#4071 closed defect (fixed)
My Settings panel should hide the frame on startup
Reported by: | manuq | Owned by: | humitos |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | Sugar | Version: | Unspecified |
Severity: | Major | Keywords: | 11.3.0, frame, regression, r+, olpc-test-passed |
Cc: | humitos, manuq, erikos | Distribution/OS: | Unspecified |
Bug Status: | Unconfirmed |
Description
Having the Frame popped up while the Settings panel is open is not good because the buttons in the frame are unusable. This is because the settings panel is a modal window.
Can be avoided hiding the frame on Settings panel startup. Another case to be solved is that the frame can still be invoked doing the global gesture.
Attachments (1)
Change History (9)
comment:1 Changed 11 years ago by garycmartin
comment:2 Changed 11 years ago by manuq
- Priority changed from Unspecified by Maintainer to Normal
- Severity changed from Unspecified to Major
comment:3 Changed 11 years ago by humitos
- Cc humitos added
- Keywords regression added
I checked this on other releases:
- 12.1.0 os21 (XO-1.75): when you reveal the frame and click on My settings, the frame hidden. After that if you press F6 (frame key) it is shown but the buttons are not accessible. Clicking on them do nothing.
- 11.3.1 os885 (XO 1.5): works in the same way as I described for 12.1.0
So, hiding the frame after clicking on My settings is a regression but be able to click on the icons after revealing the frame in My settings is not.
Changed 11 years ago by humitos
comment:4 Changed 11 years ago by humitos
- Cc manuq erikos added
- Keywords r? added
- Owner changed from manuq to humitos
- Status changed from new to accepted
comment:5 Changed 11 years ago by erikos
- Keywords r+ added; r? removed
- Resolution set to fixed
- Status changed from accepted to closed
0066fdf1de1ffba602421ebecc556c627d5a658e
Thanks!
comment:6 Changed 11 years ago by humitos
- Keywords olpc-test-pending added
comment:7 Changed 11 years ago by greenfeld
- Keywords olpc-test-passed added; olpc-test-pending removed
The frame is closed in OLPC 13.1.0 os30 when the control panel is opened.
Nothing stops you then from opening the {unusable} frame again after the control panel appears though.
Hmmm. Well we should really bite the bullet on this one way or another. The CP is not meant to block frame use, and didn't used to, this was a bug/regression introduced at some point (maybe even in the previous release). The use case was that the CP is modal to the Home views, and that you may need to access an activity (Help, Browse, an ebook etc) to read how to set something up correctly in the CP (e.g. the name of a collaboration server).
If we can't easily fix the frame interaction issue, then yes it would be better to make the CP global modal, blocking all other UI, activity switching, frame access, home views, and require folks to close the CP before they can continue.