Bug 534880 (RHQ-1633) - error during group res config submission still redirects to history page
Summary: error during group res config submission still redirects to history page
Keywords:
Status: CLOSED NEXTRELEASE
Alias: RHQ-1633
Product: RHQ Project
Classification: Other
Component: Configuration
Version: 1.2
Hardware: All
OS: All
high
medium
Target Milestone: ---
: ---
Assignee: Lukas Krejci
QA Contact: Jeff Weiss
URL: http://jira.rhq-project.org/browse/RH...
Whiteboard:
Depends On:
Blocks: RHQ-1386
TreeView+ depends on / blocked
 
Reported: 2009-02-22 04:23 UTC by Joseph Marques
Modified: 2014-11-09 22:48 UTC (History)
1 user (show)

Fixed In Version: 1.2
Clone Of:
Environment:
Last Closed:
Embargoed:


Attachments (Terms of Use)

Description Joseph Marques 2009-02-22 04:23:00 UTC
if there are any errors submitting the group res config job to the backend, the logic should have the user stay on the page and to NOT end the conversation.  if the conversation is ended, the user will have to enter all of their fine-grained changes again.

Comment 1 Joseph Marques 2009-02-22 04:25:25 UTC
rev3132 - ensure that the user stays on the edit group config page if there are errors submitting the job to the backend; 

Comment 2 Jeff Weiss 2009-03-26 14:14:22 UTC
 joseph: can you tell me how to create the error condition?

Comment 3 Joseph Marques 2009-03-26 14:32:27 UTC
there are two code paths to test:

1) authorization errors

* create a user that has initially has permission to change all of the configurations for the resources in the group
* go and edit the group config, but don't submit the changes yet
* in another tab, using the rhqadmin account, remove the "configure" permission from the group in question
* then try to submit the configuration job, it should fail with a permission error, and you should be kicked back to the *view* page because you no longer have edit permissions

2) other errors

* using any user in the system, open two tabs
* go to the same group, the configuration subtab
* start editing the configuration in both tabs
* hit submit in one tab, quickly switch to the other tab, hit submit on the second
* you should get an error for the second submit stating that a group update is already in progress, but you should remain on the *edit* page
* wait until the first group update has finished, then try resubmitting the second job again
* it should succeed this time and kick you to the history page to watch it complete

Comment 4 Jeff Weiss 2009-03-26 16:25:04 UTC
The general behavior of both tests is correct, but what's missing is an error/info message that says what happened.

in test 1,  i clicked 'save' and it just went back to the view page

in test 2, 2nd browser's 'save' just put me back on the edit page again - the changes i made are still there, but no message as to why i ended up back on the same page.

Comment 5 Lukas Krejci 2009-04-20 14:49:06 UTC
For scenario 1, the flow goes to the view page and an error message is shown that the user doesn't have enough privileges, for scenario 2, the user stays on the edit page and a warning is shown that the configuration update is in progress.

Comment 6 Jeff Weiss 2009-04-23 13:45:13 UTC
For scenario 1, goes back to view page with "no permission" message.

For scenario 2, message is 
Configuration update is currently in progress. Please consider reviewing the changes before submitting.  
Stays on edit page.

Fixed, rev3819


Comment 7 Red Hat Bugzilla 2009-11-10 20:37:09 UTC
This bug was previously known as http://jira.rhq-project.org/browse/RHQ-1633



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