Closed Bug 825144 Opened 13 years ago Closed 7 years ago

App UI should never be visible when an overlay (prompt, value selector, etc) is open.

Categories

(Firefox OS Graveyard :: Gaia::System::Window Mgmt, defect)

x86
macOS
defect
Not set
normal

Tracking

(blocking-basecamp:-, b2g18+)

RESOLVED WONTFIX
blocking-basecamp -
Tracking Status
b2g18 + ---

People

(Reporter: jcarpenter, Assigned: alive)

Details

(Whiteboard: interaction, UX-P2)

Attachments

(2 files)

Build: 20121226061418 Error prompts STR: 1. Open Twitter from E.me > Social. 2. Turn on Airplane mode form Power menu. 3. An error prompt appears. Expected: prompt covers all app UI, including the E.me wrapper footer. Actual: prompt is partially covered up by still visible E.me wrapper. This is a big no no. Prompts (and value selectors, incoming call screens, etc) should always cover the foreground app completely. They should be on a higher z-depth. We've worked very hard in interaction design patterns and visual design to establish this fundamental spatial rule of the UI. Nominating bb+. The current implementation: * ...fails to properly implement a basic UX rule (visual and usability problem) * ...breaks functionality by preventing the user from easily interacting with overlay inputs. Very frustrating for users who are trying to complete a form, clear an error message, etc.
Triage: people in triage cannot reproduce and see #3 (the error prompt). can you provide a screenshot or updated STR?
Flags: needinfo?(jcarpenter)
Will make an attempt to reproduce following triage today.
QA Contact: mozillamarcia.knous
I wasn't able to repro using the 12-27-12 nightly unagi build, will try the updated build which just came out. I did see a flash when I switched to airplane mode but that was all.
Component: Gaia → Gaia::System
Attached image Screenshot 1
Flags: needinfo?(jcarpenter)
Attached image Screenshot 2
Hi folks, please see the attachments above :)
blocking-basecamp: ? → -
tracking-b2g18: --- → +
Assignee: nobody → alive
Component: Gaia::System → Gaia::System::Window Mgmt
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: