Closed
Bug 274637
Opened 20 years ago
Closed 19 years ago
Maximizing window paints black over revealed page content area
Categories
(Core Graveyard :: GFX: Gtk, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: tuukka.tolvanen, Assigned: blizzard)
References
()
Details
Seen on linux as follows: gtk1 gtk2 firefox 1.0 ? ok seamonkey 1.8a4 ? ok seamonkey 1.8a5 ok bug firefox trunk ? bug Frederic says he might have seen it on Windows, but it goes by too fast to tell reliably. Maximizing window paints black over revealed page content area, before reflowing the page content. Presumably it is not the window base color, since that accounts for the grey that appears before the black. Chrome area is not temporarily painted black, only the page content area. Occurs on e.g. about:buildconfig, https://bugzilla.mozilla.org/ front page, bug lists, bug reports, but not on e.g. enter_bug.cgi. Some other sites, too. Reproducible: always STR: 1. load https://bugzilla.mozilla.org/ or about:buildconfig 2. unmaximize/restore window if necessary 3. maximize window Actual results: Revealed page content area painted black before page rendered again Expected results: Render page without painting temporary black area.
I'm not seeing it.
Reporter | ||
Comment 2•19 years ago
|
||
reading bug 288222 and bug 288117 just now gave me a hint... this display glitch only happens when the maximizing causes a scrollbar (either or both) to go away. updated STR: 1. maximize window, decrease text size (ctrl -) if necessary so that there is no horizontal scrollbar 2. unmaximize/restore window, resize so that there is a horizontal scrollbar 3. maximize window
Reporter | ||
Comment 3•19 years ago
|
||
Looks like this got fixed between 2005-03-27-16Z and 2005-03-31-16Z, and isn't back at 2005-03-31-21Z (bug 288117 backout) so I'll blame bug 288222 for the fix. Thanks :)
Updated•16 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•