Closed
Bug 1369312
Opened 7 years ago
Closed 7 years ago
Multiple notifications are overlapped while tapping power key
Categories
(Firefox for Android Graveyard :: General, defect, P3)
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: atsai, Unassigned)
References
Details
(Whiteboard: [LP_M1])
STR: 1. Go to a webpage with Reader mode 2. tap on power key to turn off the screen 3. tap on power key to turn on the screen 4. repeat step 2, and 3 for multiple times 5. tap cancel to dismiss the dialog Expected Results: 1. Web is loaded w/ a dialog for using Reader mode 2. screen is off 3. screen is on and the screen is the same as the result of step 1 4. dialog dismissed Actual Results: 4. multiple dialog on the screen We'll need a mechanism to check how many dialogs on the screen. Ideally, there should be one at most at a time. bug 1367314 defined some guidelines but didn't include such scenario. Tori is aware of it.
Reporter | ||
Updated•7 years ago
|
Summary: Multiple notification overlaps while tapping power key → Multiple notifications are overlapped while tapping power key
Comment 1•7 years ago
|
||
given how the in app message is displayed in the initial implementation (unless we can make the HTML5 message work), we should not promote this use case. making this is P2
Priority: -- → P2
Comment 2•7 years ago
|
||
This is the expected behavior. It just a server-sdie setting. I set it to be triggered everytime just for easy testing. Please try it again since I've changed the server setting to how it's really used.
Flags: needinfo?(atsai)
Reporter | ||
Comment 3•7 years ago
|
||
I understood that this is triggered by server-side. However, it causes users get confused while they attempt to close/remove the dialog. We'll need a solution for it. Inputs from UX can be valuable.
Flags: needinfo?(atsai) → needinfo?(tchen)
Comment 4•7 years ago
|
||
Showing same dialog after just closing one is really weird and we should avoid this case. I suggest that for one promotion message, the old dialog should be replaced once there is a new one.
Flags: needinfo?(tchen) → needinfo?(cnevinchen)
Comment 5•7 years ago
|
||
this is already handled from the server-side configuration, so this is no longer reproducible. in the long run we may want some client-side fix so I'm leaving this open but P3.
Priority: P2 → P3
Comment 7•7 years ago
|
||
We have disabled this message so we can close the bug.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → INVALID
Updated•7 years ago
|
Whiteboard: [LP_M2]
Updated•7 years ago
|
Whiteboard: [LP_M2] → [LP_M1]
Assignee | ||
Updated•3 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•