Closed
Bug 1125828
Opened 10 years ago
Closed 10 years ago
[FF Nightly] Sign in button is displayed even if user is logged in Dev Hub
Categories
(Marketplace Graveyard :: Developer Pages, defect, P2)
Tracking
(Not tracked)
VERIFIED
FIXED
2015-01-27
People
(Reporter: vcarciu, Assigned: muffinresearch)
References
()
Details
(Keywords: regression)
Prerequisites:
Build identifier: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Firefox/38.0
Steps to reproduce:
1.Go to MP Stage dev-hub and press Sign In button
2.Enter valid credentials on FxA screen and press Sign In
Expected results:
Settings icon is displayed instead of Register and Sign In buttons
Actual results:
Settings icon is not displayed and Register\Sign In are still visible
Please see screencast for this bug : http://screencast.com/t/st0Gjjox9Gu
NOTES:
Reproducible also on -dev
After a refresh, the Settings icon is correctly displayed
| Assignee | ||
Comment 1•10 years ago
|
||
Can you check if you see anything in the logs that indicates an error.
For me I see the page refresh after login which is what updates the UI to show you're signed in. It does take a little bit of time though.
Flags: needinfo?(vcarciu)
| Reporter | ||
Comment 2•10 years ago
|
||
I am not able to see any error in the console. The button is still Sign in after one minute. Please try to reproduce this on FF Nightly because I just observed that everything works on FF release .
Flags: needinfo?(vcarciu)
| Assignee | ||
Comment 3•10 years ago
|
||
Works for me in nightly on OSX. Can you see if anyone else can repro with the same OS/browser version?
Flags: needinfo?(vcarciu)
Comment 4•10 years ago
|
||
I am able to reproduce this issue in FF38(Win7) in marketplace-dev.allizom.orv/developers
Screencast: http://screencast.com/t/hRB4X7dcgpR
Flags: needinfo?(vcarciu)
| Assignee | ||
Comment 5•10 years ago
|
||
I can repro now too. I think there's an error in the popup maybe - going to see if I can get some logs to find out what's going wrong.
| Assignee | ||
Updated•10 years ago
|
Assignee: nobody → scolville
| Assignee | ||
Updated•10 years ago
|
Summary: Sign in button is displayed even if user is logged in Dev Hub → [FF Nightly] Sign in button is displayed even if user is logged in Dev Hub
| Assignee | ||
Comment 6•10 years ago
|
||
So digging into this via -dev, I'm not seeing any errors in the console (neither in the page or popup). However I'm noting that at the end of the login flow there's a POST to /api/v1/account/fxa-login/
This is returning a 201. However for nightly (FF 38) the JSON response is garbled whereas on FF 37 the JSON response is good and is followed by the page refresh which updates the UI to show the user is signed in.
I suspect that the broken JSON is causing the login flow to be a dead-end. This needs further investigation but looks likely to be a platform issue that's come in with 38.
| Assignee | ||
Comment 7•10 years ago
|
||
Note the garbled response is generating a SyntaxError in the Response tab of the network dev tools: JSON.parse unexpected character at line 1 column 1 of the JSON data.
| Assignee | ||
Comment 8•10 years ago
|
||
After Andy said he was getting JSON that looked OK I checked charles' for the JSON output and it looks fine. The garbled JSON is probably unrelated.
Using proxying I found this code https://github.com/mozilla/zamboni/blob/master/media/js/devreg/login.js#L155 is being hit.
The window.location.reload is doing nothing to reload the page.
Changing this to window.location = window.location seems to work. I also tried window.location.reload(true) and that didn't work.
Updated•10 years ago
|
Priority: -- → P2
| Assignee | ||
Comment 9•10 years ago
|
||
Testing further in nightly it seems that the reload works in other scenarios. It feels like the no-op reload might be related to it happening following the XHR POST.
Going to file a platform bug and see what information we can find as to whether this is a regression or expected behaviour.
| Assignee | ||
Comment 10•10 years ago
|
||
Fixed as of 38.0a1 (2015-02-08)
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
| Reporter | ||
Comment 11•10 years ago
|
||
Verified as fixed : http://screencast.com/t/ZsHSs6ixom
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•