Closed
Bug 923692
Opened 11 years ago
Closed 11 years ago
[B2G][Everything.me] The home button does not take the user back to the homescreen when naming a collection
Categories
(Firefox OS Graveyard :: Gaia::System, defect)
Tracking
(blocking-b2g:1.3+)
People
(Reporter: KTucker, Assigned: crdlc)
References
Details
(Whiteboard: [e.me 1.2 test run][systemsfe])
Attachments
(2 files)
Description:
The home button does not take the user back to the homescreen when naming a collection. The user can see the screen go to the homescreen in the background behind the overlay.
Repro Steps:
1) Updated Buri Build ID: 20131004040203
2) Long press on an empty part of the homescreen and tap on "Add Collection".
3) Tap on "Custom".
4) While on the "Create your own collection" overlay, tap the "Home Button" on the phone.
Actual:
The user is not taken home when the press the "Home Button" on the phone while the "Create your own collection" overlay is on the screen.
Expected:
The user is returned to the homescreen.
Environmental Variables
Device: Buri v 1.3.0 Mozilla RIL
Build ID: 20131004040203
Gecko: http://hg.mozilla.org/mozilla-central/rev/8f08240128c8
Gaia: 1ac6749e36424124493a1b4c7534f298789bdffd
Platform Version: 27.0a1
RIL Version: 01.02.00.019.056
Notes:
Repro frequency: 100%
See attached: video clip
Comment 1•11 years ago
|
||
Home button always needs to work. If anything is breaking it, it's a blocker.
blocking-b2g: --- → koi?
Component: Gaia::Everything.me → Gaia::Homescreen
Updated•11 years ago
|
Assignee: nobody → amirn
Status: NEW → ASSIGNED
Comment 2•11 years ago
|
||
Isn't this a system issue? a standard "prompt" is opened there.
I believe that the home button shouldn't report anything to the code if there's a prompt open, but instead simply close it and return 'false'.
Comment 3•11 years ago
|
||
As Evyatar mentioned, we are using a standard system prompt which is not hidden when tapping the home button.
It seems that other apps (System and Browser) have implemented a ModalDialog object for displaying alert/confirm/prompt alternatives within the apps. None of the two implementations is reusable by other apps.
Crisitan - how should we proceed?
1. fix this at the system level
2. implement yet another custom prompt for the 'homescreen' app
3. make a shared ModalDialog object
Flags: needinfo?(crdlc)
Updated•11 years ago
|
Component: Gaia::Homescreen → Gaia::System
Assignee | ||
Comment 4•11 years ago
|
||
The approach is between 2 and 3 options. There is a custom dialog in shared
https://github.com/mozilla-b2g/gaia/blob/master/shared/js/custom_dialog.js
Flags: needinfo?(crdlc)
Comment 5•11 years ago
|
||
(In reply to Cristian Rodriguez (:crdlc) from comment #4)
> The approach is between 2 and 3 options. There is a custom dialog in shared
>
> https://github.com/mozilla-b2g/gaia/blob/master/shared/js/custom_dialog.js
the shared CustomDialog does not support prompt. Do you mean we should modify it?
Assignee | ||
Comment 6•11 years ago
|
||
Better implement a prompt ui in home with lazy DOM ...
Updated•11 years ago
|
Whiteboard: [e.me 1.2 test run] → [e.me 1.2 test run][systemsfe]
Updated•11 years ago
|
Assignee: amirn → nobody
Comment 7•11 years ago
|
||
No longer uplifting any e.me 1.2 features to 1.2, so clearing nom.
blocking-b2g: koi? → ---
Comment 9•11 years ago
|
||
(In reply to Ran Ben Aharon (Everything.me) from comment #8)
> Gregor, is there any progress with this?
Thanks for the ping. We lost track of it.
So collections are now in 1.3 and this is a bug in 1.3 right?
BTW, do you know of any other e.me related bugs that need our attention?
blocking-b2g: --- → 1.3?
Flags: needinfo?(anygregor)
Updated•11 years ago
|
Target Milestone: --- → 1.3 Sprint 6 - 12/6
Updated•11 years ago
|
blocking-b2g: 1.3? → 1.3+
Comment 10•11 years ago
|
||
Yes Collections are intended for 1.3.
I don't know of any other system related bugs. Thanks!
Comment 12•11 years ago
|
||
Changing back to unassigned 'cause, well, it's unassigned.
Status: ASSIGNED → NEW
Assignee | ||
Comment 13•11 years ago
|
||
Hi, I cannot work on it because I am working in the download manager, please could Evyatar take a look to this one? ot you? 10x
(In reply to Kyle Machulis [:kmachulis] [:qdot] from comment #11)
> Cristian, do you have bandwidth to take this?
Flags: needinfo?(crdlc)
Comment 14•11 years ago
|
||
Guys, this is a system bug. Referring to comment 2.
Assignee | ||
Updated•11 years ago
|
Assignee: nobody → crdlc
Status: NEW → ASSIGNED
Assignee | ||
Comment 15•11 years ago
|
||
This patch allows users to close modal dialog when the homescreen is displayed clicking on home button
Attachment #8338373 -
Flags: review?(21)
Comment 16•11 years ago
|
||
Works great :)
Attachment #8338373 -
Flags: review?(21) → review?(alive)
Comment 17•11 years ago
|
||
Comment on attachment 8338373 [details]
Patch v1
r=me
Attachment #8338373 -
Flags: review?(alive) → review+
Updated•11 years ago
|
Blocks: app-window-manager
Comment 18•11 years ago
|
||
Side note: After bug 907013 lands we don't need this check-age anymore.
Comment 19•11 years ago
|
||
(In reply to Alive Kuo [:alive][NEEDINFO] from comment #18)
> Side note: After bug 907013 lands we don't need this check-age anymore.
Oh ignore last comment...after bug 907013 lands we need to do something in HomescreenWindow or HomescreenLauncher to 'dismiss modal dialog when home button is clicked on homescreen'. I will do this then.
Assignee | ||
Comment 20•11 years ago
|
||
Hi Alive, do I have to land this one or close as dup? Thanks Alive
Flags: needinfo?(alive)
Assignee | ||
Comment 22•11 years ago
|
||
Landed in master:
https://github.com/mozilla-b2g/gaia/commit/651cd7ade606e4b487d51bf009225a69c501bd55
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•