Web client not following delivery rules
![]()
Hi
We have changed our project process on delivery so that it requires a work item and a comment to be completed. This works fine in the Eclipse client but does not seem to work using the GUI and I am still allowed to make changes to files without a work item. Any ideas? thanks David |
4 answers
![]() Hi I believe the process advisors have to be hooked up to the web client's delivery so this is expected. There is still work to be done and is targeted for 3.0. https://jazz.net/jazz/web/projects/Rational%20Team%20Concert#action=com.ibm.team.workitem.viewWorkItem&id=98757 |
![]()
Geoffrey Clemm (30.1k●3●30●35)
| answered Jan 07 '10, 3:08 p.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
If you are doing this check on the server, then it should apply no
matter what client you are using, so the first thing to verify is that it is the "Deliver (Server)" operation you are checking (and not the Deliver (Client)" operation). Assuming you have set the check on the Deliver(Server) operation, the next thing to verify is that you have checked the "an associated work item" or the "both" radio button for that process precondition. And if you have done both of these things, and still see the behavior, you should file a defect work item on it, because I don't think this is covered by work item 98757 (the SCM team will then decide if I'm right or not :-). Cheers, Geoff tmok wrote: daviesdwrote: |
![]()
We are also having this issue. Our precondition operation (both client and server) for delivery requires a change set comment and work item, and work item set to current owner. However, modifying files directly on the stream from the web gui does not seem to require any of these. Is this still considered a delivery and the delivery rules apply? If not, how can we enforce similar rules for our web gui users?
Additionally, I was able to associate a work item that was from another project area. Should this be allowed and how could I stop it? |
![]()
Geoffrey Clemm (30.1k●3●30●35)
| answered Oct 27 '10, 1:42 a.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
If you are using 2.*, this is expected behavior (see earlier post to
this thread). It should be fixed in 3.0. Cheers, Geoff On 10/26/2010 11:53 AM, vrcampbell wrote: We are also having this issue. Our precondition operation (both |