Bug 211147 - recognize priority levels of custom trac priorities
Summary: recognize priority levels of custom trac priorities
Status: RESOLVED FIXED
Alias: None
Product: z_Archived
Classification: Eclipse Foundation
Component: Mylyn (show other bugs)
Version: 2.0   Edit
Hardware: PC Windows XP
: P2 enhancement with 2 votes (vote)
Target Milestone: 2.3   Edit
Assignee: Steffen Pingel CLA
QA Contact:
URL:
Whiteboard:
Keywords: noteworthy
: 213961 (view as bug list)
Depends on:
Blocks:
 
Reported: 2007-11-27 19:37 EST by Tim Diggins CLA
Modified: 2008-01-27 01:18 EST (History)
3 users (show)

See Also:


Attachments
mylyn/context/zip (10.26 KB, application/octet-stream)
2008-01-27 01:11 EST, Steffen Pingel CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Tim Diggins CLA 2007-11-27 19:37:26 EST
[Mylyn 2.0 on Eclipse 3.3.1.1 on Mac and PC against Trac 0.11 / XmlRpc]

I often use the following priorities as custom priorities in trac:

urgent / critical / required (default) / desired / wished

This has worked well for the projects I've been on. However the more I use mylyn the more I want it to recognize MY priorities - and both sort and mark them up the same way that trac does.

Trac simply puts orders tickets as per order of priorities, and colours them accordingly (middle one being default colouring -> P3 in mylyn). 

Could mylyn do that too? There's really no need to match the trac defaults exactly - ordering is good enough yardstick for assigning icons (and certainly good enough for ordering.

(this isn't really a bug, but a feature request, but am filing following http://dev.eclipse.org/newslists/news.eclipse.tools.mylyn/msg00403.html)
Comment 1 Steffen Pingel CLA 2007-11-27 19:49:02 EST
We use Bugzilla to track enhancement requests as well as bugs so it is perfectly fine to file any wishes for features or improvements.

It should be possible to provide a better mapping by using the priority value as you have suggested. I look into supporting this in the next release.
Comment 2 Steffen Pingel CLA 2007-12-31 04:07:44 EST
*** Bug 213961 has been marked as a duplicate of this bug. ***
Comment 3 Cees Bos CLA 2007-12-31 04:46:08 EST
In my opinion the requirement is to be able to make a mapping between the priorities in the taskrepository and mylyn.

For each priority in the taskrepositor a corresponding mylyn priority should be assigned to map it.

Eg. 

Critical  P1
Major     P2
Minor     P4
Medium    P3 (default)

This mapping should be stored by the taskrepository.

At the company where I work we have several Trac environments. Some of them have a different priority list. In my Eclipse environment I have linked several trac environments. So the mapping has to be per taskrepository (and not per workspace). This mapping is also specific for that taskrepository not for others (that is another reasons why to store it per taskrepository.

In line with this you can also think about a mapping for tasktypes. In Trac you can customize the types as well. 
Comment 4 Matthias Erche CLA 2008-01-25 13:06:41 EST
You're right. We have the same scenario here.
Comment 5 Steffen Pingel CLA 2008-01-27 01:07:17 EST
I have committed support for customized priorities to CVS. The mapping is based on the order (values) of the priorities of the respective Trac repository. The priority with the lowest value which is by default "blocker" with a value of 1 is mapped to P1. The priority with the highest value is mapped to P5. Other priorities are mapped to P2, P3 and P4 depending on their value.

This feature will become available in next week's build.
Comment 6 Steffen Pingel CLA 2008-01-27 01:11:24 EST
Created attachment 87964 [details]
mylyn/context/zip