Tor Bug Tracker & Wiki: Ticket #6405: Merge torclient/torrelay/torbridge/etc into one Tor componenthttps://trac.torproject.org/projects/tor/ticket/6405
<p>
Nick has been asking for a long time now for us to make a single Tor component, and use keywords to mark them as TorClient, TorBridge, etc. Using different components to describe what sort of Tor category a ticket is for drives him nuts.
</p>
<p>
Roger and Robert were pushing back because trac's search feature is abysmal, and our way of finding a ticket was to guess its Tor component and then look at the list of tickets under that component. But we should be able to do the same thing just narrowing by keyword.
</p>
<p>
Ultimately, since Nick is the primary user of this component, I think it makes the most sense to let him pick the conventions.
</p>
en-usTor Bug Tracker & Wiki/images/tor-logo.pnghttps://trac.torproject.org/projects/tor/ticket/6405
Trac 1.2armaTue, 17 Jul 2012 20:43:34 GMTstatus, owner changedhttps://trac.torproject.org/projects/tor/ticket/6405#comment:1
https://trac.torproject.org/projects/tor/ticket/6405#comment:1
<ul>
<li><strong>status</strong>
changed from <em>new</em> to <em>assigned</em>
</li>
<li><strong>owner</strong>
changed from <em>erinn</em> to <em>nickm</em>
</li>
</ul>
TicketarmaTue, 17 Jul 2012 20:49:20 GMThttps://trac.torproject.org/projects/tor/ticket/6405#comment:2
https://trac.torproject.org/projects/tor/ticket/6405#comment:2
<p>
We should come up with a description for how the new policy ought to work. For examples:
</p>
<ul><li>Do we enumerate a set of TorClient, TorBridge, TorHS, TorAuthority, etc keywords that we stick to? I worry that using keywords like "bridges" will result in helpful-but-confused users doing confusing things. On the other hand, having funny-looking component names will cause confusion among users and we'll always have to be fixing tickets. On the gripping hand, we'll probably be having to fix tickets anyway.
</li></ul><ul><li>Is it reasonable to claim that a Tor-component ticket that doesn't have one of these keywords is flawed and should be fixed?
</li></ul><ul><li>Where do we write down our intended plans in a way that bug-reporting users might find them?
</li></ul><ul><li>What should we call the new megacomponent? "Tor"?
</li></ul><p>
You should ask Karsten about his recent experience with doing mass trac changes.
</p>
TicketnickmTue, 17 Jul 2012 21:13:09 GMThttps://trac.torproject.org/projects/tor/ticket/6405#comment:3
https://trac.torproject.org/projects/tor/ticket/6405#comment:3
<p>
I propose "tor-client", "tor-hs", "tor-relay", "tor-auth", and "tor-bridge" as the tagnames.
</p>
<p>
"Tor" is a good megacomponent name.
</p>
<p>
I propose that we also add a saved query for "Things in tor without one of the tor-* tags", and that we consider such components in need of such a tag.
</p>
<p>
I suggest we write up a description of how we use trac's fields, and document it, and link it from the new-bugs page. Though we should still expect to do some triage on incoming bugs.
</p>
TicketkarstenWed, 18 Jul 2012 11:12:55 GMThttps://trac.torproject.org/projects/tor/ticket/6405#comment:4
https://trac.torproject.org/projects/tor/ticket/6405#comment:4
<p>
Replying to <a class="ticket" href="https://trac.torproject.org/projects/tor/ticket/6405#comment:2" title="Comment 2">arma</a>:
</p>
<blockquote class="citation">
<p>
You should ask Karsten about his recent experience with doing mass trac changes.
</p>
</blockquote>
<p>
Happy to do the mass ticket changes here. Just let me know.
</p>
<p>
If you prefer to do it yourself, here's how: grant yourself TICKET_BATCH_MODIFY permissions, run a custom ticket query, select all tickets to change, click on "Batch Modify" at the bottom, select fields to change from "Add Field" drop-down box, enter new field values, add a comment, deselect "Send E-Mail Notifications", check that everything looks good, hit "Change tickets".
</p>
TicketnickmMon, 01 Oct 2012 17:08:45 GMThttps://trac.torproject.org/projects/tor/ticket/6405#comment:5
https://trac.torproject.org/projects/tor/ticket/6405#comment:5
<p>
Okay, no objections in 3 months here. If there are no objections RSN, I'm going to go ahead and do it.
</p>
TicketnickmMon, 01 Oct 2012 18:05:54 GMThttps://trac.torproject.org/projects/tor/ticket/6405#comment:6
https://trac.torproject.org/projects/tor/ticket/6405#comment:6
<p>
In progress. I've run into a little difficulty with batch-modifying "Tor Client" and "Tor Relay" -- unclear whether this is a "too many tickets" thing or an "old tickets" thing.
</p>
TicketnickmMon, 01 Oct 2012 18:29:20 GMTstatus changed; resolution sethttps://trac.torproject.org/projects/tor/ticket/6405#comment:7
https://trac.torproject.org/projects/tor/ticket/6405#comment:7
<ul>
<li><strong>status</strong>
changed from <em>assigned</em> to <em>closed</em>
</li>
<li><strong>resolution</strong>
set to <em>implemented</em>
</li>
</ul>
<p>
Okay, I think I'm done. Everything open with component "Tor" has a keyword; all the reports have been updated; everything has component "Tor" that should; there's now a report that lists all open tickets with component tor that lack one of the magic keywords.
</p>
TicketqbiTue, 18 Aug 2015 18:04:36 GMTcomponent changedhttps://trac.torproject.org/projects/tor/ticket/6405#comment:8
https://trac.torproject.org/projects/tor/ticket/6405#comment:8
<ul>
<li><strong>component</strong>
changed from <em>Trac</em> to <em>Service - trac</em>
</li>
</ul>
<p>
Move all tickets from trac to "Service - trac" component.
</p>
Ticket