Closed
Bug 274637
Opened 20 years ago
Closed 20 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•20 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•20 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
•