Bug 86412 - Approve/Reject shows up in all comment forms
Approve/Reject shows up in all comment forms
Status: CLOSED CURRENTRELEASE
Product: Red Hat Enterprise CMS
Classification: Retired
Component: other (Show other bugs)
nightly
All Linux
medium Severity medium
: ---
: ---
Assigned To: Justin Ross
Jon Orris
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2003-03-21 12:31 EST by Jon Orris
Modified: 2007-04-18 12:52 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2003-04-21 23:49:44 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Jon Orris 2003-03-21 12:31:32 EST
The Approve/reject choice shows up in Comments for finishing Authoring.
This is different from 5.2 behavior. 

Deliberate change or bug?
Comment 1 Jon Orris 2003-03-21 12:31:48 EST
@28738
Comment 2 Justin Ross 2003-03-21 12:53:20 EST
It's a bug, *I think*.  I am confused about the approval element of the dialog.
 In the old CMS UI, only tasks of the CMSTask.APPROVE type got the approval
element.  Based on the other ticket we're discussing, 86411, I'm guessing that
the purpose of the approval element is to offer to reenable the prior task, for
example to throw it back to the editor for revision.

(That BTW, opens up another issue: an approval task may have n required
precursor tasks.  Do I reenable all of them?  CMS and workflow need use cases.)
Comment 3 Jon Orris 2003-03-21 13:25:59 EST
I agree. We need better use cases & requirements for this behavior.
Given that we don't have them, and that it's late in the development cycle, I
think the best solution is to make it behave as close as possible to CMS 5.2.

For the next release, we should then focus on really analyzing what CMS should
do & why.

Comment 4 Justin Ross 2003-03-31 17:49:00 EST
Fixed in perforce change 29258.  

Note You need to log in before you can comment on or make changes to this bug.