Closed Bug 183303 Opened 22 years ago Closed 22 years ago

[gtk2] scrolling a window that has child windows (like tinderbox) and an overlapping window will fail to repaint the area damaged by the overlapping window

Categories

(Core :: XUL, defect)

x86
Linux
defect
Not set
normal

Tracking

()

VERIFIED WONTFIX

People

(Reporter: blizzard, Assigned: blizzard)

References

Details

Here's a good way to set this up: 1. Open tinderbox in the browser. 2. Move another window over the browser window. 3. Use the mouse wheel over the mozilla window to cause the window to scroll You will see that the area that is exposed by the overlapping window will not be painted. Oops. Turns out this is a gtk2 bug: http://bugzilla.gnome.org/show_bug.cgi?id=100274 This bug is really a placeholder for the dups that this will generate since I'm going to immediately WONTFIX it. Hopefully this will get fixed in the next gtk2 2.0.x release. Lucky for us this only affects windows with iframes since gtk2 will actually use copyarea scrolling if there are no child windows so it's not going to show up on a lot of sites.
WONTFIX since this is a gtk bug and there's no way to work around it, short of repainting the entire page on a scroll. And -haha- don't even bother asking for that.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → WONTFIX
v
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.