Bug 566739 - [Stratus 5.6 bug] User actions may cause UI to appear locked
Summary: [Stratus 5.6 bug] User actions may cause UI to appear locked
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: firstboot
Version: 5.5
Hardware: All
OS: Linux
low
low
Target Milestone: rc
: 5.6
Assignee: Martin Gracik
QA Contact: Release Test Team
URL:
Whiteboard:
Depends On: 511984
Blocks: 557597
TreeView+ depends on / blocked
 
Reported: 2010-02-19 15:39 UTC by Rich Johnson
Modified: 2013-07-04 12:49 UTC (History)
12 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of: 511984
Environment:
Last Closed: 2010-07-02 01:04:58 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Rich Johnson 2010-02-19 15:39:34 UTC
+++ This bug was initially created as a clone of Bug #511984 +++
Ancillary issues discovered while testing bug 511984 with 5.5-Beta

Description of problem:
Various user actions may result in a display insensitive to mouse clicks.
 - clicking outside a modal window (e.g. Authentication Configuration)
 - minimizing a modal window (Authentication Configuration, Network Setup, Confirmation of RHN register later)
 - moving modal window to another workspace.
 - switching workspace via <ctl-alt-leftarrow> or <ctl-alt-rightarrow>
 - etc.

Suggest "low" severity because except for "Authentication Configuration" users are unlikely to encounter this issue.  Also, experienced users will know how to recover.

Steps to Reproduce:
1. touch /etc/reconfigSys
2. reboot
3. explore various window controls with the mouse.
  
Actual results:
The firstboot full-screen window is displayed, but mouse is ineffective.  UI appears locked up.
<alt-tab> will bring the Authorization Configuration window back to the surface.

Expected results:
All of:
 - All modal stay on top; and will not minimize.
 - The WM supplies single workspace or the WM does not allow windows to be moved to an alternate workspace.

Additional info:
Not a regression, symptom also observed with RHEL5.4
Also consider the behavior of non-modal windows (e.g. RHN Privacy Statement) which can have multiple copies displayed and/or minimized.

Stratus views this issue as purely one of fit-n-finish.  Stratus does not require a fix, but is willing to test any that are proposed.

Suggest "low" severity because except for "Authentication Configuration" users are unlikely to encounter this issue.  Experienced users will know how to recover.

Recovery:  
<alt-tab> brings the hidden window back to the surface.
<ctl-alt-leftarrow> & <ctl-alt-rightarrow> may be used to change workspace

Comment 2 Andrius Benokraitis 2010-02-19 17:09:30 UTC
Rich, at this stage of RHEL 5.5 (and the severity of the bug), I'm thinking this would be a good candidate for RHEL 5.6. What do you think?

Comment 3 Rich Johnson 2010-02-19 18:09:37 UTC
You'll get no argument from any of us.  Pushing it out to 5.6 is fine.

Comment 4 RHEL Program Management 2010-07-02 01:04:58 UTC
Development Management has reviewed and declined this request.  You may appeal
this decision by reopening this request.

Comment 5 Robert N. Evans 2010-07-02 17:05:02 UTC
Due to the low severity of this problem and the fact that it can be worked around, I do not expect Stratus would require a fix in RHEL 5.   Stratus can enter a new bug if this problem is observed in RHEL 6.


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