Bug 113701 - Approval step by Editor ends with editing screen with no permissions
Approval step by Editor ends with editing screen with no permissions
Status: CLOSED DUPLICATE of bug 113697
Product: Red Hat Enterprise CMS
Classification: Retired
Component: APLAWS-usability (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: ccm-bugs-list
Daniel Berrange
Depends On:
  Show dependency treegraph
Reported: 2004-01-16 12:28 EST by Lindsay Ould
Modified: 2007-04-18 13:01 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-02-21 14:00:48 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Lindsay Ould 2004-01-16 12:28:08 EST
Description of problem:logged on as editor to approve content in 
list - previewed item - then selected finish - returns user to 
authoring step with no permissions 


Version-Release number of selected component (if applicable):

How reproducible:always

Steps to Reproduce:
1.logon as editor
2.select item to approve
3.select preview
4.select finish
5.add comment select approve radio button
6.select finish
7.view screen  
Actual results:

Expected results:
Expect to return to user task list (/content-center)

Additional info:
Comment 1 Scott Seago 2004-01-16 16:34:30 EST
Duplicate of 113697 -- same issue, just reported under a different
workflow task.

*** This bug has been marked as a duplicate of 113697 ***
Comment 2 Lindsay Ould 2004-01-19 06:29:45 EST
Scott - You state above that this is a duplicate of 113697. At 
present finishing the task on these takes you to two different 
places - authoring takes you to an open assign categories form and 
editing takes you to an authoring form with no permissions.  Ideally 
once you have added an optional comment and clicked on approve for 
editing step, all users should be redirected to /content-centre but 
if this is not possible, at least both actions should be consistent 
and return to an authoring page, even though the authors cannot do 
any editing as items are not locked to them. - We need to resolve 
Comment 3 Scott Seago 2004-01-19 09:17:13 EST
I'll look into this in more detail when I get into the office, but I
_think_ that both cases do the exact same thing: after finishing a
step, you remain on the same page you were. If you still have
permissions to edit, you get the edit links, etc. If you no longer
have permission to edit, then the permissions links are not there. In
the author's case, you were on the categorization step before clicking
"finish authoring" In the editor's case, you were probably on the
basic properties step, so  that's where you remain.

The problem with the redirect to /content-center is that it is not a
universal requirement. To make the change would be more complex, as
we'd have to include some configuration scheme as to what happens
after authoring, since there are several possibilities, only one of
which is the /content-center redirect. Other sites may well want a
different action.
Comment 4 Red Hat Bugzilla 2006-02-21 14:00:48 EST
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.

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