Project

General

Profile

Actions

Feature #3001

closed

"Assign to" history in filter or etc.

Added by Victor MercurieVV about 15 years ago. Updated 10 months ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
Issues filter
Target version:
-
Start date:
2009-03-18
Due date:
% Done:

0%

Estimated time:
Resolution:
Fixed

Description

It will be nice if you implement possibility to filter by tasks fields hitory.
Situation for example:
I fix some bug and assign task to testers, and if my Boss want to watch list of tasks which I fix, he cant do it. But if you add filter "Has been assigned to:" it slove that problem.
Sorry for my english. Thanks.


Related issues

Related to Redmine - Feature #38527: New issues filter operators "has been", "has never been", and "changed from"ClosedGo MAEDA

Actions
Has duplicate Redmine - Feature #17932: [Feature Request] History Assignee filterClosed

Actions
Actions #1

Updated by Victor MercurieVV almost 15 years ago

Similar problem is in #2096, but different solution

Actions #2

Updated by sebastián scarano almost 15 years ago

yes, I had the same problem several times...

it's pretty common to look for something that someone has worked on...

Actions #3

Updated by yusuke kokubo almost 15 years ago

There seem to be many people who have the similar problem.

#3001
#2096

Actions #4

Updated by yusuke kokubo almost 15 years ago

yusuke kokubo wrote:

#3001

correct is #408
I'm sorry.

Actions #5

Updated by Dipan Mehta about 11 years ago

No! I beg to differ - the author is not asking that multiple users be assigned "simultaneously". Suppose 10 issues, have been assigned to me, i work on them and then state the state and assign to 'testers' - now if you search issues that have been assigned to me, are NONE!

Also, the current model of assigning multiple users is also not quite sufficient. Mostly, instead of 1 user- it assigns it to a group. Now, it is straight forward that I assign to "developers" group or "testers" group, but specifically, we cann't really pick specifically 2 or 3 people whoever gets time to work on. This is a major limitation. If that is solved, the above ticket can also be solved. For example, the above stated 10 issues are assigned to me, along with testers are 'added' amongst assigned users (but I still remain assignee as long as I am author) and may be till the ticket is closed! So in this model, assignee is not the currently assigned to but set of all assignees who are jointly responsible till the end of the ticket!

In many organization it is important to know, whether or not testing done properly or bugs are found, the ownership lies with the person who has originally designed for or coded for the work. Where as in current model, he/she no longer assignee after it has been handed over to testers. the PM has to then go back and find and re-assign the ticket to that person if more work is required. Also, trying to find which assignee has been through maximum accumulated or not closed (i.e. not gone to market as they have now gone to QC, review etc.) ticket is actually hidden,unknown or even undefined.

Understand that in a typical organizations, we see there is 1 manager - 2 - 3 developers, and 1 or 2 testers are associated for a given ticket- where as project team can have larger developer groups and testing groups etc. So assigning the ticket to whole group almost always means no specific ownership! This is a real challenge - and this specific issue shows only one of the potential use cases.

this of course, could be a major change in the issue's model - so not quite sure when can this be accomplished.

Actions #6

Updated by Daniel Felix about 11 years ago

Well such a assignee history could be added and included like the watchers.
They could be displayed in the sidebar or better in the tabbed issue history.

Actions #7

Updated by Olivier Houdas over 6 years ago

Not exactly the same, but two new filters in Redmine 3.4 can help : see #17720

Actions #8

Updated by Marius BĂLTEANU over 5 years ago

  • Has duplicate Feature #17932: [Feature Request] History Assignee filter added
Actions #9

Updated by Go MAEDA 11 months ago

  • Related to Feature #38527: New issues filter operators "has been", "has never been", and "changed from" added
Actions #10

Updated by Go MAEDA 10 months ago

  • Category set to Issues filter
  • Status changed from New to Closed
  • Resolution set to Fixed

You can do this by using "changed from" or "has been" operators implemented in #38527.

  • [Assignee][changed from][user]: selects issues where the user was an assignee at some point in the past
  • [Assignee][has been][user]: selects issues where the user was an assignee at some point in the past or is the current assignee
Actions

Also available in: Atom PDF