On Tue, May 27, 2008 at 4:33 PM, Mike Rooney &lt;<a href="mailto:mrooney@gmail.com">mrooney@gmail.com</a>&gt; wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">On Tue, May 27, 2008 at 1:27 PM, Ben Collins &lt;<a href="mailto:ben.collins@canonical.com">ben.collins@canonical.com</a>&gt; wrote:<br>
&gt; On Tue, 2008-05-27 at 16:18 +0200, Reinhard Tartler wrote:<br>
&gt;&gt; Ben Collins &lt;<a href="mailto:ben.collins@canonical.com">ben.collins@canonical.com</a>&gt; writes:<br>
&gt;&gt;<br>
&gt;&gt; &gt; Take the intrepid linux-ports package that will be coming down the pipe.<br>
&gt;&gt; &gt; The bugs will be split up on the basis of architecture. So assigning<br>
&gt;&gt; &gt; bugs to the ubuntu-{powerpc,ia64,hppa,sparc} teams as a triage step<br>
&gt;&gt; &gt; makes sense, and immediately shows responsibility. Then individuals in<br>
&gt;&gt; &gt; those teams can take the bug.<br>
&gt;&gt; &gt;<br>
&gt;&gt; &gt; No one has yet explained a better way to handle this sort of workflow,<br>
&gt;&gt;<br>
&gt;&gt; Obvious way: don&#39;t assign, but subscribe the team that is going to<br>
&gt;&gt; handle the bug.<br>
&gt;&gt;<br>
&gt;&gt; The advantages:<br>
&gt;&gt; &nbsp;- it does not give users the false impression someone would actually<br>
&gt;&gt; &nbsp; &nbsp;work on that bug<br>
&gt;<br>
</div>&gt; I don&#39;t see how users get that impression. In-Progress is what is meant<br>
&gt; to show that a bug is being worked on. Assignment just shows who is<br>
&gt; ultimately responsible for the next stage of the workflow. Once it is<br>
&gt; triaged, in the case I outlined, then a team is responsible for the next<br>
&gt; step (not a single person). That next step is deciding whether it should<br>
&gt; be fixed or not, and then having a person work on it.<br>
&gt;<br>
<br>
This makes perfect sense to me. If a bug isn&#39;t &quot;In Progress&quot;, I<br>
shouldn&#39;t assume it is in progress (ie being worked on actively by<br>
that team)! This way assigning to teams doesn&#39;t lose any information,<br>
and I do agree bugs should be assignable to teams.</blockquote><div><br> That depends on what you mean by &quot;actively being worked on&quot;. I would consider triage and many other statuses besides &quot;In Progress&quot; as being &quot;work&quot;.&nbsp; The impression I get is that indeed people view assignment as &quot;somebody&#39;s actively working on this&quot;. So if you assign a team that&#39;s not more likely to work on the bug than if they weren&#39;t assigned, I can see the false impression Reinhard talked about. For instance, assigning the MOTU team to all Universe bugs is pointless and in fact quite irritating and counterproductive.<br>
</div></div><br>-Jordan<br>