Closed
Bug 932651
Opened 11 years ago
Closed 10 years ago
[e10s] getClipboardData in specialpowersAPI not e10s friendly
Categories
(Testing :: Mochitest, defect)
Testing
Mochitest
Tracking
(e10s+)
Tracking | Status | |
---|---|---|
e10s | + | --- |
People
(Reporter: markh, Assigned: markh, Mentored)
References
(Blocks 2 open bugs)
Details
(Whiteboard: [good first bug][lang=js] [qa-])
Attachments
(1 file)
3.68 KB,
patch
|
ted
:
review+
|
Details | Diff | Splinter Review |
getClipboardData does 'this._getDocShell(content.window)' - this doesn't work in e10s for 2 reasons:
* content.window may not exist yet - it is setup asynchronously - eg, browser_bug556061.js hits this.
* Even if content.window was setup, there's no docShell for it (the docShell is in the content process)
Updated•11 years ago
|
tracking-e10s:
--- → +
Updated•11 years ago
|
Blocks: e10s-tests
Whiteboard: [good-first-bug][lang=js][mentor=mrbkap]
Updated•11 years ago
|
Whiteboard: [good-first-bug][lang=js][mentor=mrbkap] → [good first bug][lang=js][mentor=mrbkap]
Updated•10 years ago
|
Mentor: mrbkap
Whiteboard: [good first bug][lang=js][mentor=mrbkap] → [good first bug][lang=js]
Assignee | ||
Comment 1•10 years ago
|
||
Now that the password manager is e10s friendly, attempting to enable those tests hit this clipboard problem. A simple fix to the clipboard problem is to use the chrome window rather than the content window, and doing this allows all the password manager tests to pass under e10s, as well as the 2 tests disabled due to this bug (well, nearly - one of those other tests now hits a different issue, which I've recorded in browser.ini)
Attachment #8492007 -
Flags: review?(ted)
Comment 2•10 years ago
|
||
Comment on attachment 8492007 [details] [diff] [review]
0002-Bug-932651-getClipboardData-in-specialpowersAPI-uses.patch
Review of attachment 8492007 [details] [diff] [review]:
-----------------------------------------------------------------
I can't say I understand the mechanics of why it works, but it's fine with me.
Attachment #8492007 -
Flags: review?(ted) → review+
Assignee | ||
Comment 3•10 years ago
|
||
I ended up pushing a slightly modified version of the patch due to failures on try - the relevant part of SpecialPowers pushed was:
- xferable.init(this._getDocShell(content.window)
+ // in e10s b-c tests |content.window| is null whereas |window| works fine.
+ // for some non-e10s mochi tests, |window| is null whereas |content.window|
+ // works fine. So we take whatever is non-null!
+ xferable.init(this._getDocShell(content.window || window)
Which I figured was close enough to the original intent I didn't re-request review. Try at https://tbpl.mozilla.org/?tree=Try&rev=cd2b8f931de2
https://hg.mozilla.org/integration/fx-team/rev/5be05e3aa09c
Assignee: nobody → mhammond
Status: NEW → ASSIGNED
Points: --- → 1
Flags: firefox-backlog+
Updated•10 years ago
|
Iteration: --- → 35.2
Whiteboard: [good first bug][lang=js] → [good first bug][lang=js] [qa?]
Comment 4•10 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla35
Assignee | ||
Updated•10 years ago
|
Status: RESOLVED → VERIFIED
Whiteboard: [good first bug][lang=js] [qa?] → [good first bug][lang=js] [qa-]
You need to log in
before you can comment on or make changes to this bug.
Description
•