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)
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.
Assignee | ||
Comment 1•22 years ago
|
||
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
You need to log in
before you can comment on or make changes to this bug.
Description
•