Closed
Bug 1145472
Opened 10 years ago
Closed 10 years ago
browser_no_tabs.js loads a chrome URL from the hidden window (resource:// outside OS X)
Categories
(Firefox :: Tours, defect)
Firefox
Tours
Tracking
()
Tracking | Status | |
---|---|---|
firefox39 | --- | fixed |
People
(Reporter: MattN, Assigned: Dexter)
References
()
Details
Attachments
(1 file)
2.99 KB,
patch
|
MattN
:
review+
|
Details | Diff | Splinter Review |
If you backout the workaround in https://hg.mozilla.org/integration/mozilla-inbound/rev/8428dce9dde0 you will see the following error:
Security Error: Content at resource://gre-resources/hiddenWindow.html may not load or link to chrome://global/content/mozilla.xhtml
The workaround was put in as a temporary measure and should be removed.
Dexter, are you able to fix this test to not cause the error?
Flags: needinfo?(alessio.placitelli)
Flags: firefox-backlog+
Assignee | ||
Comment 1•10 years ago
|
||
I was not able to reproduce the problem on OSX 10.8.5 after backing out the change.
This patch changes the test to use HiddenFrame, which does not set the "src" field of the IFRAME to the offending URL. Does this fix the issue?
Flags: needinfo?(alessio.placitelli) → needinfo?(MattN+bmo)
Reporter | ||
Comment 2•10 years ago
|
||
(In reply to Alessio Placitelli [:Dexter] from comment #1)
> Created attachment 8580742 [details] [diff] [review]
> HiddenFrame attempt
>
> I was not able to reproduce the problem on OSX 10.8.5 after backing out the
> change.
This is a problem outside of OS X (that was what I meant by "outside OS X" in the summary) since the hidden window on OS X has a chrome URI instead of a resource one.
> This patch changes the test to use HiddenFrame, which does not set the "src"
> field of the IFRAME to the offending URL. Does this fix the issue?
Can you test on Windows or Linux and flag me for review if it works?
Flags: needinfo?(MattN+bmo)
Assignee | ||
Comment 3•10 years ago
|
||
Comment on attachment 8580742 [details] [diff] [review]
HiddenFrame attempt
Whoops, sorry. I've checked on Windows and this patch fixes the problem there. I'll double check on Linux in the following days.
Attachment #8580742 -
Flags: review?(MattN+bmo)
Reporter | ||
Comment 4•10 years ago
|
||
Comment on attachment 8580742 [details] [diff] [review]
HiddenFrame attempt
Review of attachment 8580742 [details] [diff] [review]:
-----------------------------------------------------------------
r=me assuming this test no longer fails on try with the hidden window whitelist removed.
Attachment #8580742 -
Flags: review?(MattN+bmo) → review+
Assignee | ||
Comment 5•10 years ago
|
||
Assignee | ||
Comment 6•10 years ago
|
||
(In reply to Matthew N. [:MattN] from comment #4)
> r=me assuming this test no longer fails on try with the hidden window
> whitelist removed.
It seems to work as the test, which is in the bc2 suite, is consistently green across all the platforms.
Assignee | ||
Updated•10 years ago
|
Keywords: checkin-needed
Comment 7•10 years ago
|
||
Assignee: nobody → alessio.placitelli
Flags: in-testsuite+
Keywords: checkin-needed
Whiteboard: [fixed-in-fx-team]
Status: NEW → RESOLVED
Closed: 10 years ago
status-firefox39:
--- → fixed
Resolution: --- → FIXED
Whiteboard: [fixed-in-fx-team]
Target Milestone: --- → Firefox 39
Updated•10 years ago
|
Iteration: --- → 39.3 - 30 Mar
Updated•10 years ago
|
Flags: qe-verify-
You need to log in
before you can comment on or make changes to this bug.
Description
•