Closed
Bug 948522
Opened 11 years ago
Closed 10 years ago
[B2G][Everything.me] The user can swipe to another homescreen page while more categories are loading
Categories
(Firefox OS Graveyard :: Gaia::Everything.me, defect)
Tracking
(b2g18 affected, b2g-v1.2 affected)
RESOLVED
WONTFIX
People
(Reporter: KTucker, Assigned: amirn)
References
Details
(Whiteboard: dogfood1.2)
Attachments
(2 files)
Description: After tapping the "More" icon under the search bar, a loading overlay appears. The user can swipe the homescreen to another page while the categories are loading and even open an app. This causes the "categories overlay" to appear over the app that is open or on the homescreen once the user goes home. Repro Steps: 1) Updated Buri to Build ID: 20131209004003 2) Tap on the "I'm thinking of..." search bar. 3) Tap on the "More" icon. 4) While the "Loading..." overlay is on the screen, swipe the screen to another page on the homescreen, quickly open any app and observe the behavior. Actual: The user can swipe to another page on the homescreen and open an app while the "categories loading overlay" is on the screen. Expected: The user cannot swipe to another screen while more categories are loading. Environmental Variables Device: Buri v 1.2.0 COM RIL Build ID: 20131209004003 Gecko: http://hg.mozilla.org/releases/mozilla-b2g26_v1_2/rev/f684b8f159a3 Gaia: f615ae7acb6731d191b3094e10e314bc28359bbb Platform Version: 26.0 RIL Version: 01.02.00.019.102 Notes: Repro frequency: 100% See attached: logcat, video
Reporter | ||
Comment 1•11 years ago
|
||
Reporter | ||
Comment 2•11 years ago
|
||
This issue occurs on Buri v 1.1.0 COM RIL Environmental Variables Device: Buri v 1.1.0 COM RIL Build ID: 20131209041202 Gecko: http://hg.mozilla.org/releases/mozilla-b2g18/rev/05117f42088f Gaia: 6ff3a607f873320d00cb036fa76117f6fadd010f Platform Version: 18.1 RIL Version: 01.01.00.019.281 The user can swipe to a different page on the homescreen and open an app while the "more categories loading" overlay is on the screen.
Assignee | ||
Updated•11 years ago
|
Assignee: nobody → yosef
Comment 3•11 years ago
|
||
This is a bug indeed but I think we shouldn't attempt a fix as preventing touch events on a homescreen element is risky. If it doesn't get cleared, the user might find himself with an irresponsive OS. IMO this issue is too minor and not worth the risk. Cristian, what do you think?
Flags: needinfo?(crdlc)
Comment 4•11 years ago
|
||
Depending how it is implemented. If this dialog is implemented by ourself instead by means of system alert, why is risky to consume events on that dialog to avoid panning?
Flags: needinfo?(crdlc)
Updated•11 years ago
|
Assignee: yosef → ran
Comment 6•11 years ago
|
||
Ok, so we can prevent touchmove on the dialog body. Should be quite easy.
Assignee: ran → amirn
Assignee | ||
Comment 7•10 years ago
|
||
No longer relevant. EverythingMe was re-written for vertical homescreen and the issue does not reproduce.
Assignee | ||
Updated•10 years ago
|
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•