If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

[Window Management] The sign in page in marketplace fades into the black background in card view which leads to other issues



Firefox OS
Gaia::System::Window Mgmt
3 years ago
3 years ago


(Reporter: KTucker, Unassigned)


Gonk (Firefox OS)

Firefox Tracking Flags

(tracking-b2g:backlog, b2g-v2.0 affected, b2g-v2.1 affected, b2g-v2.2 affected)


(Whiteboard: [2.1-exploratory-3][systemsfe], URL)


(1 attachment)

If the user taps "Sign in to Review", a sign in window is opened. If the user brings up card view while on the sign in window, they will notice that it will fade into the black background and the user is shown the marketplace card view. If the user locks/unlocks their device at this time, the sign in window will appear over the homescreen. If the user taps on that marketplace card instead of locking their device, they are brought back to the "Sign in" window. 

Repro Steps:
1)  Updated Flame to Build ID: 20141022001201
2)  Open the Marketplace app.
3)  Tap on an app to see its description.
4)  Tap on "Sing in to review".
5)  Hold the home button to enter card view and observe what happens.
6)  Tap on the marketplace app card and observe that the "Sign in window" appears instead.
7)  Tap and hold the home button again and while in card view, lock and unlock the device.
8)  Open the marketplace app again.

The "Sign in" window fades into the black background. The user is taken back to the "Sign in" window when tapping on the "Marketplace page" card. If the user locks their device while in card view, the "Sign in" window will appear on top of the homescreen.

The "Sign in" window appears properly in card view and the correct page is always opened when the user taps on an app in the card view.

Environmental Variables
Device: Flame 2.1 (319mb)(Kitkat Base)(Full Flash)
BuildID: 20141022001201
Gaia: 3d9cc667f4e929861a9a77c41096bbf5a9c1bde0
Gecko: 928b18f7d8ff
Gonk: 05aa7b98d3f891b334031dc710d48d0d6b82ec1d
Version: 34.0 (2.1)
Firmware: V188
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

Repro frequency: 100%
See attached: Logcat, Video
Youtube: http://youtu.be/qeDaAkJkHjc
Please note the user needs the lockscreen enabled to encounter the "Sign in" window on the homescreen.


This issue also occurs on the Flame 2.2(319mb)(KK)(Full Flash) and Flame 2.0(319mb)(KK)(Full Flash).

The "Sign in window" fades to the black background in card view and if the user locks their device, they will see the "sign in" window appear on the homescreen. 

Flame 2.2 

Device: Flame 2.2 Master (319mb)(Kitkat Base)(Full Flash)
BuildID: 20141022040201
Gaia: 4d7f051cede6544f4c83580253c743c22b0cb279
Gecko: ae4d9b4ff2ee
Gonk: 05aa7b98d3f891b334031dc710d48d0d6b82ec1d
Version: 36.0a1 (2.2 Master)
Firmware: V188
User Agent: Mozilla/5.0 (Mobile; rv:36.0) Gecko/36.0 Firefox/36.0

Flame 2.0

Environmental Variables:
Device: Flame 2.0 (319mb)(Kitkat Base)(Full Flash)
BuildID: 20141022000201
Gaia: 812ae91c9708a9116cdb2d15cc02a43ded862a78
Gecko: f92e54a91038
Gonk: 05aa7b98d3f891b334031dc710d48d0d6b82ec1d
Version: 32.0 (2.0)
Firmware: V188
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
Created attachment 8509777 [details]
needinfo on the qa lead for window management for nomination decision.
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(pbylenga) → needinfo?(gchang)
[Blocking Requested - why for this release]:

Hi Marcia,
This might need your help to determine if this is 2.1 blocker.
blocking-b2g: --- → 2.1?
Flags: needinfo?(gchang) → needinfo?(mozillamarcia.knous)
Too late to block on it since its not a regression. Lets fix it on trunk and uplift if low risk.
blocking-b2g: 2.1? → backlog
Priority: -- → P1
Flags: needinfo?(mozillamarcia.knous)


3 years ago
blocking-b2g: backlog → ---
tracking-b2g: --- → backlog
You need to log in before you can comment on or make changes to this bug.