Bug 740924

Summary: Edit Role: Entire DIV container for the save/cancel button acts as cancel
Product: [Retired] Katello Reporter: Corey Welton <cwelton>
Component: WebUIAssignee: Shannon Hughes <shughes>
Status: CLOSED NOTABUG QA Contact: Katello QA List <katello-qa-list>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 1.0CC: jrist, mmccune
Target Milestone: ---Keywords: Triaged
Target Release: 1.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-01-05 16:39:26 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
screenshot none

Description Corey Welton 2011-09-23 19:41:30 UTC 
Description of problem:
When editing a role details, the div for the save and cancel buttons (for both Name and Description) highlight gray on mouseover; when clicking any area inside this div w/o clicking a button results in a cancelled submit.

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


How reproducible:


Steps to Reproduce:
1.  create a new role, "fibble"
2.  from the Roles View list, select "fibble"
3.  click the "Edit Roles" button"
4.  attempt to edit either the role name or description
5.  Noting the save/cancel buttons, hover over the div containing these buttons. Observe that div highlights gray.
6.  Click anywhere within this div

Actual results:
It appears the default action for clicking this div is "Cancel"

Expected results:
User should not be able to click the div - or at least not generate any action from it. Submit and Cancel via buttons should be the only actions.

Additional info:
Comment 1 Corey Welton 2011-09-23 19:44:06 UTC 
Created attachment 524678 [details]
screenshot
Comment 2 Corey Welton 2011-09-23 23:05:23 UTC 
Actually this seems to happen across some (but not all) other areas in the UI.  Another place it occurs is in custom provider, where it exists for Name and Description fields.
Comment 3 Jason E. Rist 2012-01-05 16:39:26 UTC 
Clicking outside of an "editable" field is considered a cancel.  This is intended behavior.  If the consensus is that we don't want this to happen, then we need to probably discuss alternatives and implement them.