Closed Bug 1603889 Opened 6 years ago Closed 6 years ago

Simplify the scrollbar preference setup.

Categories

(Core :: DOM: Navigation, task)

task
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: emilio, Assigned: emilio)

References

Details

Attachments

(3 files)

No description provided.

So much plumbing to pass an enum down.

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

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

Keywords: leave-open
Pushed by ealvarez@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/83a65c8e56c8 Simplify the scrollbar preference setup. r=smaug
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
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: