Closed
Bug 1603889
Opened 6 years ago
Closed 6 years ago
Simplify the scrollbar preference setup.
Categories
(Core :: DOM: Navigation, task)
Core
DOM: Navigation
Tracking
()
RESOLVED
FIXED
People
(Reporter: emilio, Assigned: emilio)
References
Details
Attachments
(3 files)
No description provided.
Assignee | ||
Comment 1•6 years ago
|
||
So much plumbing to pass an enum down.
Assignee | ||
Comment 2•6 years ago
|
||
There's only one test that can potentially rely on this, and still passes
with this patch:
toolkit/components/windowwatcher/test/browser_new_content_window_chromeflags.js
More to the point, this doesn't work with e10s whatsoever already, and seems
content cannot change the scrollbar visibility anymore, and chrome code doesn't
do it either.
Depends on D57182
Assignee | ||
Comment 3•6 years ago
|
||
This removes another dead caller of nsContentUtils::SetScrollbarVisibility.
Plus, before these patches, nsContentUtils::SetScrollbarVisibility didn't
invalidate layout in any way, so it's not like it'd work, even if the chrome
code would set the preference (which it doesn't).
Depends on D57184
Assignee | ||
Updated•6 years ago
|
Keywords: leave-open
Pushed by ealvarez@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/83a65c8e56c8
Simplify the scrollbar preference setup. r=smaug
Comment 5•6 years ago
|
||
bugherder |
Pushed by ealvarez@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/666ed2796ff3
Remove AppWindow::GetContentScrollbarVisibility. r=smaug
Pushed by ealvarez@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/1f96a10dcccc
Make ScrollbarsProp::SetVisible do nothing, and minor cleanup of surrounding code. r=smaug
Comment 8•6 years ago
|
||
bugherder |
Assignee | ||
Updated•6 years ago
|
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
Updated•6 years ago
|
Keywords: leave-open
You need to log in
before you can comment on or make changes to this bug.
Description
•