Closed
Bug 1013457
Opened 11 years ago
Closed 11 years ago
Remove the browser.frames.enabled pref
Categories
(Core :: DOM: Core & HTML, defect)
Core
DOM: Core & HTML
Tracking
()
RESOLVED
FIXED
mozilla32
People
(Reporter: Gijs, Assigned: Gijs)
References
Details
(Whiteboard: [fixed-in-inbound])
Attachments
(1 file)
3.56 KB,
patch
|
bzbarsky
:
review+
|
Details | Diff | Splinter Review |
Because it's basically just a footgun on today's web. Footguns aren't nice. Let's not have footguns.
Assignee | ||
Comment 1•11 years ago
|
||
Try push: remote: https://tbpl.mozilla.org/?tree=Try&rev=64521a47e4b5
Attachment #8427224 -
Flags: review?(bzbarsky)
Assignee | ||
Updated•11 years ago
|
Assignee: nobody → gijskruitbosch+bugs
Status: NEW → ASSIGNED
Comment 2•11 years ago
|
||
Comment on attachment 8427224 [details] [diff] [review]
remove browser.frames.enabled pref,
r=me
Attachment #8427224 -
Flags: review?(bzbarsky) → review+
Comment 3•11 years ago
|
||
Oh, maybe update the comment in content/base/test/chrome/test_bug650784.html ?
Assignee | ||
Comment 4•11 years ago
|
||
(In reply to Boris Zbarsky [:bz] from comment #3)
> Oh, maybe update the comment in content/base/test/chrome/test_bug650784.html
> ?
Ugh, that got qrefed into the trypush cset. D'oh.
( https://hg.mozilla.org/try/rev/64521a47e4b5 )
will merge before pushing, assuming try comes back green.
Assignee | ||
Comment 5•11 years ago
|
||
Whiteboard: [fixed-in-inbound]
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla32
Updated•10 years ago
|
QA Whiteboard: [good first verify]
Congratulations, you've shot the most convenient workaround for this security and usability issue without providing any replacement: http://security.stackexchange.com/questions/31991/is-there-any-way-i-can-block-or-conditionally-approve-of-iframes-on-the-client
Comment 9•7 years ago
|
||
@Gijs
That's just your opinion. In some cases, security is the preferred option before visual appeal.
Can the choice 'browser.frames.enabled' be an option again? (cause firefox is about choice)
Comment 10•7 years ago
|
||
The preference caused a significant maintenance burden, which is why it was removed. It's not going to be restored, because the tradeoffs are not worth it.
If people just want to block all loads in subframes like the pref did, that's pretty simple to do with an extension. It's going to break various websites and parts of the Firefox UI, of course...
You need to log in
before you can comment on or make changes to this bug.
Description
•