Remove window.sidebar
Categories
(Core :: DOM: Core & HTML, task, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox119 | --- | fixed |
People
(Reporter: bruant.d, Assigned: gregp)
References
(Blocks 3 open bugs)
Details
(Keywords: dev-doc-complete, site-compat, webcompat:platform-bug)
Attachments
(1 file)
Updated•7 years ago
|
Updated•7 years ago
|
Updated•7 years ago
|
Updated•6 years ago
|
Updated•5 years ago
|
Updated•5 years ago
|
Updated•4 years ago
|
Comment 2•4 years ago
|
||
Telemtry still seems to show a relative high rate of access to this property: https://mzl.la/32GgRiQ. Probably some kind of browser detection. Should we try removing it Nightly?
Updated•4 years ago
|
Comment 3•4 years ago
|
||
Yeah, putting this behind a preference and disabling it on Nightly/early Beta sounds good.
Comment 4•3 years ago
|
||
It's not safe to remove window.sidebar
at all. Yeah, this is used for browser detection, as always on Browserhacks, which explains its high internet usage. It is clear that if we remove that, a lot of sites will break.
Updated•3 years ago
|
Comment 5•3 years ago
|
||
(In reply to janestrapper from comment #4)
It's not safe to remove
window.sidebar
at all. Yeah, this is used for browser detection, as always on Browserhacks, which explains its high internet usage. It is clear that if we remove that, a lot of sites will break.
Citation needed. Browserhacks mentions a lot of hacks that are not up-to-date anymore (like appearance
or moz-tree-row
-based hacks). Looking at telemetry it seems like usage is ~0, and we've gotten no issues reported in 11 months. Kagami, do you think we should proceed?
Comment 6•3 years ago
•
|
||
Hmm, I lie, it's more like ~0.5% (link) which is non-trivial. Then again if usages are like the ones in bug 1768345 (causing compat issues rather than fixing them) maybe it's worth a try. It's been disabled for 11 months on Nightly / early-beta after all.
Agreed, I believe many of existing browser detection cases are now invalid. I'll write a patch to disable it.
Comment 8•3 years ago
|
||
See Bug 1769458.
Comment 9•3 years ago
|
||
We will be monitoring for site breakage here, as there are signs that it might be bad to both keep or remove sidebar, from a webcompat perspective. But for now, we'll unset the webcompat priority flag on this bug until we have more info.
Updated•2 years ago
|
Updated•2 years ago
|
Assignee | ||
Comment 10•1 year ago
|
||
Updated•1 year ago
|
Comment 11•1 year ago
|
||
Comment 12•1 year ago
|
||
bugherder |
Comment 13•1 year ago
|
||
FF119 docs work for this can be tracked in https://github.com/mdn/content/issues/29306. Note that compatibility shows the removal in 102 when the feature was disabled behind a flag (that's how things are done when preferences are removed at end of feature life)
Updated•3 months ago
|
Description
•