Closed
Bug 963582
Opened 11 years ago
Closed 11 years ago
Persona frame is not visible after tapping the login button
Categories
(Firefox OS Graveyard :: Gaia::System::Window Mgmt, defect)
Tracking
(blocking-b2g:1.4+, b2g-v1.4 fixed)
Tracking | Status | |
---|---|---|
b2g-v1.4 | --- | fixed |
People
(Reporter: Bebe, Assigned: etienne)
References
Details
(Keywords: regression, smoketest)
Attachments
(1 file)
STR: 1. Open any app that triggers a persona login (Marketplace) 2. Tap the login button 3. Wait for the persona frame to be visible Expected: 3. The user should see the persona Frame Actual: 3. the persona frame is not visible If we hold the home button to open cards view and go back to the app the persona frame will be triggered Reproducing on: Gaia 290efee3de3a12c9d803f4650d50bc7c7a8e1f2d Gecko http://hg.mozilla.org/mozilla-central/rev/9d650c07b547 BuildID 20140124040404 Version 29.0a1 ro.build.version.incremental=eng.archermind.20131114.105818 ro.build.date=Thu Nov 14 10:58:33 CST 2013
Reporter | ||
Updated•11 years ago
|
Summary: Persona frame is visible after taping the login button → Persona frame is not visible after taping the login button
Updated•11 years ago
|
Component: Gaia::System → FxA
Comment 2•11 years ago
|
||
The same happened to me this morning: the trusted UI no longer appeared when request() was called.
Comment 3•11 years ago
|
||
(In reply to Jed Parsons (use needinfo, please) [:jedp, :jparsons] from comment #2) > The same happened to me this morning: the trusted UI no longer appeared when > request() was called. Okay - so we aren't seeing this bug on production builds w/marketplace, but you saw it with the request() API call on nav.id. Note for Edwin - When you get the chance, can you get clear STR with a test app to demonstrate this bug?
blocking-b2g: --- → 1.4?
Comment 4•11 years ago
|
||
We were doing some payment testing today and noticed that it affects the payment popup too. It might be a more general issue around handling popups.
Comment 5•11 years ago
|
||
If it's happening with payment tests as well, then it sounds like the Trusted UI and/or its interaction with the window manager may have been broken in gaia. Jason, I would propose that this bug be reclassified as a gaia bug. What do you think?
Flags: needinfo?(jsmith)
Comment 6•11 years ago
|
||
If someone can provide an end user STR to reproduce this, then that would help in diagnosing this.
blocking-b2g: 1.4? → ---
Component: FxA → Gaia::System::Window Mgmt
Flags: needinfo?(jsmith)
Keywords: regression
Comment 7•11 years ago
|
||
STR: 1. Start up FxOS device 2. Load 'Marketplace' app 3. Tap settings cog (top right corner) 4. Tap 'sign in/sign up' - Note the behaviour, Marketplace app will stay open, spinner over the sign in button - 5. Tap device 'Home' button and wait briefly; the Trusted UI will then slide open.
Comment 8•11 years ago
|
||
Okay - that sounds like an app transition bug - we should be transitioning to the homescreen when the trusted UI is activated.
Updated•11 years ago
|
QA Contact: jzimbrick
Comment 9•11 years ago
|
||
Regression Window: Last Working Environmental Variables: Device: Buri v1.4 Mozilla RIL BuildID: 20140123040608 Gaia: 00d8d05f0d0730a3cbf17635ad6a6b197a2ce7c9 Gecko: 1a75d37e1e39 Version: 29.0a1 Base Image: V1.2-device.cfg First Broken Environmental Variables: Device: Buri v1.4 Mozilla RIL BuildID: 20140124040404 Gaia: 290efee3de3a12c9d803f4650d50bc7c7a8e1f2d Gecko: 9d650c07b547 Version: 29.0a1 Base Image: V1.2-device.cfg
Keywords: regressionwindow-wanted
Updated•11 years ago
|
Summary: Persona frame is not visible after taping the login button → Persona frame is not visible after tapping the login button
Comment 10•11 years ago
|
||
Have noticed that if the screen goes Off and the user turns it back to ON (power button) then Persona Sign In screen will be shown and user will be able to sign in. Having said that, if screen timeout is set to 10 min or never the user will have to wait forever.
Keywords: smoketest
Comment 11•11 years ago
|
||
https://github.com/mozilla-b2g/gaia/compare/00d8d05f0d0730a3cbf17635ad6a6b197a2ce7c9...290efee3de3a12c9d803f4650d50bc7c7a8e1f2d
Comment 12•11 years ago
|
||
There's three system commits here to analyze: 1. https://github.com/mozilla-b2g/gaia/commit/c8e20f65906eeb7071c7d3a97a781cbb0241ad65 2. https://github.com/mozilla-b2g/gaia/commit/9bf818dde275aca39d00dd22f8814ae46fe89b7c 3. https://github.com/mozilla-b2g/gaia/commit/f50e115ee96264371843a742fa7ecc1a4075283e George - Can you double check if your patch caused this regression (commit number 3)?
Flags: needinfo?(gduan)
Comment 13•11 years ago
|
||
Just tried to revert my commit, and the pb still exists, but after revert this https://github.com/mozilla-b2g/gaia/commit/c8e20f65906eeb7071c7d3a97a781cbb0241ad65 pb fixed.
Flags: needinfo?(gduan)
Comment 14•11 years ago
|
||
ni correct person. I think the pb is here. #windows > .appWindow, #windows > .activityWindow {
Flags: needinfo?(etienne)
Assignee | ||
Comment 15•11 years ago
|
||
(In reply to George Duan [:gduan] [:喬智] from comment #14) > ni correct person. > > I think the pb is here. > #windows > .appWindow, > #windows > .activityWindow { Shame on me :/ Here's a patch removing just this css change (I have another plan to fix the reflow as part of bug 962649). Vivien, Alive, no need for 2 reviews just want to land this quickly :)
Assignee: nobody → etienne
Attachment #8366562 -
Flags: review?(alive)
Attachment #8366562 -
Flags: review?(21)
Flags: needinfo?(etienne)
Comment 16•11 years ago
|
||
Comment on attachment 8366562 [details] [review] Gaia PR Seems emergent so quick r+
Attachment #8366562 -
Flags: review?(alive)
Attachment #8366562 -
Flags: review?(21)
Attachment #8366562 -
Flags: review+
Assignee | ||
Comment 17•11 years ago
|
||
Thanks Alive! I'll just wait for Travis :) (I remember a time when Travis prevented me from breaking the TrustedUI ;))
Comment 18•11 years ago
|
||
(In reply to Etienne Segonzac (:etienne) from comment #17) > Thanks Alive! > I'll just wait for Travis :) > > (I remember a time when Travis prevented me from breaking the TrustedUI ;)) It will now!
Comment 19•11 years ago
|
||
(In reply to Zac C (:zac) from comment #18) > (In reply to Etienne Segonzac (:etienne) from comment #17) > > Thanks Alive! > > I'll just wait for Travis :) > > > > (I remember a time when Travis prevented me from breaking the TrustedUI ;)) Ya, SFO http://i.imgur.com/mbGzSlV.jpg > > It will now! We have better to add one more travis hook to prevent etienne from checking code when his patch touches trustedUI!
Comment 20•11 years ago
|
||
We already had the python tests to protect against this but they were disabled for intermittent but we just re-enabled them yesterday! These same tests caught it on device where the test was still enabled.
Assignee | ||
Comment 21•11 years ago
|
||
(In reply to Zac C (:zac) from comment #20) > We already had the python tests to protect against this but they were > disabled for intermittent but we just re-enabled them yesterday! \o/
Assignee | ||
Comment 22•11 years ago
|
||
https://github.com/mozilla-b2g/gaia/commit/b9845c3bf8a7d5149943e31a3225aaeee57720e0
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Updated•11 years ago
|
blocking-b2g: 1.4? → 1.4+
Comment 23•11 years ago
|
||
Verified fixed in latest Buri Master M-C (1.4) build. Environmental Variables: Device: Buri Master M-C mozRIL BuildID: 20140129040244 Gaia: 59e477229162926981cc00cf5d6c53f9614f17dd Gecko: 7e79536aca0a Version: 29.0a1 v1.2-device.cfg
Status: RESOLVED → VERIFIED
Comment 24•11 years ago
|
||
Beautiful. Thank you, everyone.
Updated•11 years ago
|
status-b2g-v1.4:
--- → fixed
Target Milestone: --- → 1.3 C3/1.4 S3(31jan)
You need to log in
before you can comment on or make changes to this bug.
Description
•