Closed
Bug 1109984
Opened 10 years ago
Closed 9 years ago
[e10s] TypeError: contentDocument is null on https://www.mozilla.org/en-US/firefox/sync/
Categories
(Firefox :: Tours, defect)
Firefox
Tours
Tracking
()
RESOLVED
FIXED
Firefox 38
Tracking | Status | |
---|---|---|
e10s | m7+ | --- |
People
(Reporter: whd, Assigned: hharchani, Mentored)
References
()
Details
(Whiteboard: [lang=js] [good first bug])
Attachments
(1 file)
(deleted),
patch
|
MattN
:
review+
|
Details | Diff | Splinter Review |
The "GET STARTED WITH SYNC" button fails in nightly when e10s is enabled, with "TypeError: contentDocument is null (UITour.jsm:535:8)".
Updated•10 years ago
|
tracking-e10s:
--- → +
Comment 1•10 years ago
|
||
Hey Matt - is this a dupe of some pre-existing UITour work to e10s'ify it?
Blocks: 941428
Flags: needinfo?(MattN+bmo)
Comment 2•10 years ago
|
||
Tomasz already did the majority of the work in bug 1073238 so pages like https://www.mozilla.org/en-US/firefox/37.0a1/tour/ mostly work but there are some APIs like this one (showFirefoxAccounts) which needed more work. Also, fixing the tests (bug 1073247) will help discover more of these issues.
Flags: needinfo?(MattN+bmo)
OS: Linux → All
Hardware: x86_64 → All
Updated•9 years ago
|
Updated•9 years ago
|
Component: General → Tours
Comment 4•9 years ago
|
||
This can be fixed by using the `browser` variable already defined and using its loadURI method with the URL instead. Development: See https://mxr.mozilla.org/mozilla-central/source/browser/components/uitour/UITour.jsm?rev=fd73cdfd2009&mark=330,565-571#328 including the code starting at line 565. * Docs on <browser>: https://developer.mozilla.org/en-US/docs/Mozilla/Tech/XUL/browser * loadURI specifically: https://developer.mozilla.org/en-US/docs/Mozilla/Tech/XUL/Method/loadURI Testing instructions: Test on the URL from the summary in a profile that doesn't have Firefox Sync setup. Clicking "Get started with Sync" should load the sync setup page. Test this with e10s and without to ensure it works with both. (The File menu has options to open both kinds of windows).
Comment 5•9 years ago
|
||
Note that you can omit the 2nd and 3rd arguments to loadURI
Is this was expected?
Attachment #8555542 -
Flags: review?(MattN+bmo)
Comment 7•9 years ago
|
||
Comment on attachment 8555542 [details] [diff] [review] Bug-1109984-fix.patch Review of attachment 8555542 [details] [diff] [review]: ----------------------------------------------------------------- Yes. Thank you very much! Pushed with cleanup of the contentDocument variable so others don't use it and break e10s. https://hg.mozilla.org/integration/fx-team/rev/75e4282eb85d You can find another bug to work on at http://www.joshmatthews.net/bugsahoy/?internals=1&ff=1&unowned=1 ::: browser/components/uitour/UITour.jsm @@ +548,5 @@ > case "showFirefoxAccounts": { > // 'signup' is the only action that makes sense currently, so we don't > // accept arbitrary actions just to be safe... > // We want to replace the current tab. > + browser.loadURI( "about:accounts?action=signup&entrypoint=uitour" ); Nit: For the future we don't put spaces inside function call braces.
Attachment #8555542 -
Flags: review?(MattN+bmo) → review+
Updated•9 years ago
|
Assignee: nobody → hharchani
Status: NEW → ASSIGNED
Comment 8•9 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/75e4282eb85d
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 38
Updated•9 years ago
|
QA Whiteboard: [good first verify]
Updated•9 years ago
|
QA Whiteboard: [good first verify] → [good first verify][verify in Nightly only]
You need to log in
before you can comment on or make changes to this bug.
Description
•