Closed Bug 1013474 Opened 10 years ago Closed 9 years ago

Unable to drag scrollbars after scrolling

Categories

(Core :: Layout, defect)

All
macOS
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: mstange, Unassigned)

References

Details

This is with the patches in bug 944938 applied and enabled.

As soon as I scroll a page, I can no longer make the scrollbars on that page to react to mouse events.
This bug and bug 1013484 go away if I disable the special casing of root subdocuments and make them use regular subframe APZ scrolling. This probably leads to the scrollbars being placed outside the APZ ContainerLayer.
(In reply to Markus Stange [:mstange] from comment #2)
> This bug is probably caused by this line:
> http://hg.mozilla.org/mozilla-central/annotate/9dc0ffca10f4/layout/generic/
> nsGfxScrollFrame.cpp#l2441

nsLayoutUtils::GetFramesForArea doesn't set the ignore scroll frame on the display list builder, so we won't hit that code for the root scroll frame, but nsSubDocumentFrame::BuildDisplayList sets ignore scroll frames. Perhaps we should not do the ignore scroll frame thing there for the event delivery case.
Even with containerless scrolling, I still get this on http://www.engadget.com/. It doesn't seem to happen on other sites.
I don't see this on planet.mozilla.org or engadget.com on OS X or Windows. David, re comment 7 - were you seeing this on windows? Can you still repro? Markus, can you still repro anywhere?
Flags: needinfo?(dvander)
This was only a problem with containerful scrolling. Since we only support containerless scrolling for Desktop APZ, we can close this.
Status: NEW → RESOLVED
Closed: 9 years ago
Flags: needinfo?(dvander)
Resolution: --- → WORKSFORME
Oh, sorry, I hadn't seen comment 7.
Flags: needinfo?(dvander)
Flags: needinfo?(dvander)
You need to log in before you can comment on or make changes to this bug.