Community
Participate
Working Groups
In the Preferences for Java-Compiler-TaskTags you can enter a priority for different Tags (TODO, FIXME, NOTE, ...). When filtering on the priority in the Tasks-View, this priority will not longer be used (as it was in <=3.1M5, I don't know what about 3.1M6). Instead, within the Tasks-View, I can select "another kind of priority" for each single Tag (not for *all* "TODO-Tasks" for example), and the filter uses this different priority. I don't understand why there are different priorities. When restarting, Eclipse has forgotten this new kind of priority.
I've the same problem wit 3.1M7. I've created a custom tag "LOWTODO" with low priority. After creating a new Task in the java source the task will be added to the tasks view, but has the priority normal. When I set the priority manually in the task view and change something after the LOWTODO in the source code the priority in the tasks view resets to normal. That isn't what the "user" expects. Also when I change the comment in the task view the comment doesnt change in the source code. That would be fine.
IMHO this bug should be marked as duplicate of bug #91426 (only owner or submitter of the bug, or a sufficiently empowered user, may do that)
The same behavior persits also the final 3.1 realease. A try to be short and to-the-point: The configured relation between the Task-Tags (e.g. 'FIXME') and the Priority (e.g. 'high') doesn't work. This affects filtering, icon views, and sorting of the tasks. -------------- Christian: I think Ingo's description is good, but bug #91426 seems confusing ("...Compiler|Error/Warnings) no longer have their correct priority..." sounds like compiler Warnings/Errors. So I'd suggest the other direction.
The Tasks view and its filter are working fine. If you manually create a high priority task, then set the filter to only show high priority tasks, only that one gets shown. The problem is that the compiler is not setting the priority for tasks. Marking as a dup of bug 91426. *** This bug has been marked as a duplicate of 91426 ***