Closed
Bug 1098997
Opened 10 years ago
Closed 10 years ago
[Window Management] The user cannot return home in card view, solving by remove legacy code in lockscree.js
Categories
(Firefox OS Graveyard :: Gaia::System::Window Mgmt, defect)
Tracking
(blocking-b2g:2.2+, b2g-v2.2 affected)
People
(Reporter: gweng, Assigned: sfoster)
References
()
Details
(Whiteboard: ux-most-wanted-nov2014)
+++ This bug was initially created as a clone of Bug #1088157 +++
Tim suggests me to make a complete solution by replacing the legacy code with new, window visibility depends on solution.
Reporter | ||
Updated•10 years ago
|
Assignee: nobody → gweng
Whiteboard: [2.1-exploratory-3][systemsfe] → [systemsfe]
Comment 2•10 years ago
|
||
Blocking for 2.2 as we have already fixed this in 2.1 in https://bugzilla.mozilla.org/show_bug.cgi?id=1088157 and want to ensure this will fixed as a follow-up on trunk.
blocking-b2g: --- → 2.2+
Reporter | ||
Comment 3•10 years ago
|
||
Bug 1101418 would provide what we want.
Updated•10 years ago
|
Whiteboard: [systemsfe], ux-most-wanted-nov2014 → ux-most-wanted-nov2014
Assignee | ||
Comment 4•10 years ago
|
||
Greg, are you expecting to fix Bug 1101418 for 2.2, or should I try land a similar fix to bug 1088157?
Flags: needinfo?(gweng)
Reporter | ||
Comment 5•10 years ago
|
||
From the latest discussion we decide to expect the complete solution is too risky, so yes, please do it. However, to handle FTU in LockScreen is still a bit risky, so there could be some unexpected regressions that I think we should take some manual test after the landing.
Flags: needinfo?(gweng)
Assignee | ||
Comment 6•10 years ago
|
||
I've not actually seen this bug reproduce on master. Can we check this (master/nightly only)
The original STR:
Repro Steps :
1) Flash phone (e.g reset-gaia) to ensure FTU runs
(must be true first-run, not launching FTU from Developer menu)
(do NOT wait long enough for the lockscreen to show up at any point in the following steps)
1.5 step through the FTU
2) Open up any app.
3) Press and hold the home button on the device to enter card view.
4) While in card view, tap the home button on the device to go to the homescreen.
Actual:
The user is not taken to the homescreen when tapping the home button in card view.
Expected:
The user is returned to the homescreen when they tap the home button on the dut.
Assignee: gweng → sfoster
Keywords: qawanted
Updated•10 years ago
|
QA Contact: croesch
Comment 7•10 years ago
|
||
In the latest Flame 2.2 KK nightly build below, after a fresh flash, when I open an app such as SMS app or Settings, I then put the app into card view and when I hit the home button, the app comes back into full screen instead of going to the homescreen.
Reproduce: 10/10
Environmental Variables:
Device: Flame 2.2 Nightly
BuildID: 20141218040201
Gaia: 58734e8a48157f99d5b733412b600c2e04c954fe
Gecko: 5c7a6294b82a
Version: 37.0a1 (2.2)
Firmware Version: v188-1
User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0
QA Whiteboard: [QAnalyst-Triage?]
status-b2g-v2.2:
--- → affected
Flags: needinfo?(jmercado)
Keywords: qawanted
Updated•10 years ago
|
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmercado)
Assignee | ||
Comment 8•10 years ago
|
||
(In reply to Cody Roesch [:croesch] from comment #7)
> In the latest Flame 2.2 KK nightly build below, after a fresh flash, when I
> open an app such as SMS app or Settings, I then put the app into card view
> and when I hit the home button, the app comes back into full screen instead
> of going to the homescreen.
That is not the same issue as the original 2.1 bug that this bug clones - there the issue was that on the first use of the task manager, the home button was completely non-functional and you got stuck in task-manager. I'm not clear if the current behavior (home returns to active app) is what we want for 2.2. Francis, I guess we need to talk about best case and minimal case for task manager in 2.2. I'm inclined to close this bug as worksforme but I'll let you chime in first?
Flags: needinfo?(fdjabri)
Comment 9•10 years ago
|
||
Sam,
Ok I understand. In that case the bug does NOT reproduce in the build I tested above.
Comment 10•10 years ago
|
||
resolved worksforme based on Comment 9
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WORKSFORME
Updated•10 years ago
|
QA Contact: croesch
Updated•10 years ago
|
Flags: needinfo?(fdjabri)
You need to log in
before you can comment on or make changes to this bug.
Description
•