Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 335451 - UI is missing custom statuses (no way to change status to non-standard bug status)
Summary: UI is missing custom statuses (no way to change status to non-standard bug st...
Status: RESOLVED WORKSFORME
Alias: None
Product: z_Archived
Classification: Eclipse Foundation
Component: Mylyn (show other bugs)
Version: dev   Edit
Hardware: PC All
: P3 major (vote)
Target Milestone: ---   Edit
Assignee: Mylyn Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-01-26 10:12 EST by Severin Gehwolf CLA
Modified: 2011-01-30 14:26 EST (History)
3 users (show)

See Also:


Attachments
Custom_Workflow_and_StatusTransition.txt (1023 bytes, text/plain)
2011-01-27 16:17 EST, Frank Becker CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Severin Gehwolf CLA 2011-01-26 10:12:38 EST
Red Hat uses custom statuses for bugs. Instead of UNCONFIRMED, NEW, ASSIGNED, REOPENED, RESOLVED, VERIFIED, CLOSED, the Red Hat bugzilla instance has NEW, ASSIGNED, MODIFIED, ON_DEV, ON_QA, VERIFIED, RELEASE_PENDING, POST, CLOSED.

I see how the mylyn UI maps the standard, non-customized statuses. However, that does not work for the custom statuses above. It looks like the TaskAttribute keyed by "bug_status" has an options() method. I can see custom statuses there, but in the UI nothing related to that shows up.

It would be good if a "Status" CChombo would get rendered (showing whatever statuses have been configured by the BZ instance) in the UI if the Bugzilla connector is used. This would allow to change the status of a bug to things like "ON_QA", etc.

Thanks!
Comment 1 Steffen Pingel CLA 2011-01-26 23:17:48 EST
Have you tried the custom workflow support implemented as part of bug 259291 and described here: http://wiki.eclipse.org/Mylyn/Bugzilla_Connector#Custom_Transitions ?
Comment 2 Severin Gehwolf CLA 2011-01-27 09:04:29 EST
(In reply to comment #1)
> Have you tried the custom workflow support implemented as part of bug 259291
> and described here:
> http://wiki.eclipse.org/Mylyn/Bugzilla_Connector#Custom_Transitions ?

Yes. The above document seems only be concerned about transitions logic. In other words which transitions should Mylyn allow and which not when trying to submit.

I can add a transitions mapping file, but that doesn't change the UI of individual Bugzilla bugs. How would I change status to ON_QA for instance? I might be reading the code wrong, but it looks like the CustomTransitionManager class and related code does not introduce UI for showing, let alone, changing custom statuses. Thoughts?

Thanks!
Comment 3 Frank Becker CLA 2011-01-27 16:17:41 EST
Created attachment 187781 [details]
Custom_Workflow_and_StatusTransition.txt

Here an example that use custom status transitions for the Mylyn test repo.

So I think it should work for you.
Comment 4 Severin Gehwolf CLA 2011-01-28 09:56:27 EST
(In reply to comment #3)
> Created attachment 187781 [details]
> Custom_Workflow_and_StatusTransition.txt
> 
> Here an example that use custom status transitions for the Mylyn test repo.
> 
> So I think it should work for you.

Thanks Frank! Using this transition file did the trick (using a weekly build). You can close this bug if you like.

Remark: There is certainly room for improvement in terms of documentation. E.g. I was unaware that "name" in the transition file is a keyword. I can try to make the documentation on the wiki better if you wish.
Comment 5 Frank Becker CLA 2011-01-30 14:26:22 EST
(In reply to comment #4)
> (In reply to comment #3)
> > Created attachment 187781 [details] [details]
> > Custom_Workflow_and_StatusTransition.txt
> > 
> > Here an example that use custom status transitions for the Mylyn test repo.
> > 
> > So I think it should work for you.
> 
> Thanks Frank! Using this transition file did the trick (using a weekly build).
> You can close this bug if you like.
> 
> Remark: There is certainly room for improvement in terms of documentation. E.g.
> I was unaware that "name" in the transition file is a keyword. I can try to
> make the documentation on the wiki better if you wish.

It would be great if you find time to do the documentation.