https://www.redmine.org/https://www.redmine.org/favicon.ico?16793021292011-08-26T15:11:38ZRedmineRedmine - Defect #9132: Filtering by "Assignee's Group" doesn't show issues assigned to the grouphttps://www.redmine.org/issues/9132?journal_id=318182011-08-26T15:11:38ZEtienne Massip
<ul><li><strong>Category</strong> set to <i>Issues</i></li></ul> Redmine - Defect #9132: Filtering by "Assignee's Group" doesn't show issues assigned to the grouphttps://www.redmine.org/issues/9132?journal_id=318202011-08-26T15:48:10ZEtienne Massip
<ul></ul><p>Ariel Scarpinelli wrote:</p>
<blockquote>
<p>(...) the "group of a group" should be the same group.</p>
</blockquote>
<p>Not sure. If some day RM handles groups as an organization tree, this won't be true anymore.</p> Redmine - Defect #9132: Filtering by "Assignee's Group" doesn't show issues assigned to the grouphttps://www.redmine.org/issues/9132?journal_id=318212011-08-26T15:49:51ZEtienne Massip
<ul></ul><p>Etienne Massip wrote:</p>
<blockquote>
<p>Not sure. If some day RM handle groups as an organization tree, this won't be true anymore.</p>
</blockquote>
<p>And I'm not sure it's true as it is for now: the real thing is that your group does not belong to another group.</p> Redmine - Defect #9132: Filtering by "Assignee's Group" doesn't show issues assigned to the grouphttps://www.redmine.org/issues/9132?journal_id=318322011-08-26T22:39:43ZAriel Scarpinelli
<ul></ul><p>Ok, first of all I will rephrase myself:</p>
<p>the "group of a group" should be AT LEAST the same group. That means: if a the group is used as a user (i.e. an issue is assigned to the group), then the group should be considered as user that belongs to that same group. It has nothing to do with the fact that later on you could build a tree of groups.</p>
<p>Now I will try to expose the actual use case:</p>
<p>In our organization we have many projects. Those projects have issues that should be executed by people of different teams in a cross-project manner (for instance, all our projects require many tasks from the Graphic Design group, but with many gaps between them in time, so no designer is assigned full time to a project).</p>
<p>Some of these issues could be directly assigned to a certain person (for example if the person had worked on the same project before) and some others could be assigned directly to the group, waiting for someone to pick them up. This last option goes well with the idea implemented by RM that "issues assigned to me" shows both issues assigned directly to me, and the issues assigned to my group. This allows the group to have a work queue where anyone can take a particular task when becomes free.</p>
<p>As the manager of the group, I need to be able to list all the open issues for my group. I implemented this by simply filtering for "assignee's group equal my group", but this later query only shows me the issues actually assigned to people, not the issues assigned to the group "as a user".</p>
<p>One quick and dirty fix is just to create a fake user that belongs to the group and assign all the "unassigned" issues for the group to that user, however this breaks the work queue model by requiring the people look at a different place than "issues assigned to me" when they run off issues assigned to them.</p>
<p>I believe that the fix should be very easy to implement.</p>
<p>Please let me know if I made myself understand or you require any further info.</p> Redmine - Defect #9132: Filtering by "Assignee's Group" doesn't show issues assigned to the grouphttps://www.redmine.org/issues/9132?journal_id=318602011-08-29T08:20:17ZEtienne Massip
<ul></ul><p>Ariel Scarpinelli wrote:</p>
<blockquote>
<p>the "group of a group" should be AT LEAST the same group. That means: if a the group is used as a user (i.e. an issue is assigned to the group), then the group should be considered as user that belongs to that same group. It has nothing to do with the fact that later on you could build a tree of groups.</p>
</blockquote>
<p>I understand, but disagree.</p>
I understand your case, and I think that a correct fix would be to have a query with a logical disjunction of both criterias:
<ul>
<li>Assignee's group IS "GROUP1" <br /><ins>OR</ins></li>
<li>Assignee IS "GROUP1"</li>
</ul>
<p>Which is admittedly not possible right now with Redmine.</p> Redmine - Defect #9132: Filtering by "Assignee's Group" doesn't show issues assigned to the grouphttps://www.redmine.org/issues/9132?journal_id=351712012-01-05T10:21:56ZMing-Chin Chen
<ul></ul><p>I do agreed with Ariel Scarpinelli.</p>
<p>A group is a dummy user in user table, if a ticket assigned to this group, it should be listed by criteria specified as Assignee's group equal to this group.</p> Redmine - Defect #9132: Filtering by "Assignee's Group" doesn't show issues assigned to the grouphttps://www.redmine.org/issues/9132?journal_id=351742012-01-05T11:20:34ZAriel Scarpinelli
<ul></ul><p>Etienne Massip wrote:</p>
<blockquote>
<ul>
<li>Assignee's group IS "GROUP1" <br /><ins>OR</ins></li>
<li>Assignee IS "GROUP1"</li>
</ul>
<p>Which is admittedly not possible right now with Redmine.</p>
</blockquote>
<p>I do agree that redmine needs OR queries, but that is far more complicated to implement than my request.</p>
<p>To avoid any semantic discussions, why don't we just create a new filter, or rename the existing one from "Assignee's group" to simply "Group". That way we create a new field for the issue which is group, and its value is either the assignee's group if the assignee is a user, or directly the group the issue is assigned to.</p> Redmine - Defect #9132: Filtering by "Assignee's Group" doesn't show issues assigned to the grouphttps://www.redmine.org/issues/9132?journal_id=436322012-12-25T09:37:45ZToshi MARUYAMA
<ul><li><strong>Affected version (unused)</strong> changed from <i>devel</i> to <i>1.3.0</i></li><li><strong>Affected version</strong> set to <i>1.3.0</i></li></ul> Redmine - Defect #9132: Filtering by "Assignee's Group" doesn't show issues assigned to the grouphttps://www.redmine.org/issues/9132?journal_id=452522013-02-04T11:33:05ZToshi MARUYAMA
<ul></ul><p>Is this issue fixed by <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Defect: Filter "Assignee's group" doesn't work with group assignments (Closed)" href="https://www.redmine.org/issues/13006">#13006</a> <a class="changeset" title="Fixe that filter "Assignee's group" doesn't work with group assignments (#13006)." href="https://www.redmine.org/projects/redmine/repository/svn/revisions/11285">r11285</a> ?</p> Redmine - Defect #9132: Filtering by "Assignee's Group" doesn't show issues assigned to the grouphttps://www.redmine.org/issues/9132?journal_id=460032013-02-24T09:13:44ZJean-Philippe Langjp_lang@yahoo.fr
<ul><li><strong>Status</strong> changed from <i>New</i> to <i>Closed</i></li><li><strong>Resolution</strong> set to <i>Fixed</i></li></ul><p>Toshi MARUYAMA wrote:</p>
<blockquote>
<p>Is this issue fixed by <a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Defect: Filter "Assignee's group" doesn't work with group assignments (Closed)" href="https://www.redmine.org/issues/13006">#13006</a> <a class="changeset" title="Fixe that filter "Assignee's group" doesn't work with group assignments (#13006)." href="https://www.redmine.org/projects/redmine/repository/svn/revisions/11285">r11285</a> ?</p>
</blockquote>
<p>Yes. Strictly speaking, a group does not belong to a group indeed but it really makes sense to filter issues assigned to a group when filtering by "Assignee's group".</p>