This is in SEAWOLF!
Using CDROM GUI install, I scrolled the help window from the "select
keyboard" page, and the parts of the help window that were scrolled into
the viewable area had a gray background (not white, as the rest of the help
screen is), then scrolled back up, and the part of the screen that had
previously shown a white background but was scrolled out of view showed a
gray background. Not a killer, but really ugly.
This may not really be for anaconda, but I dunnow what component actually
does the screen drawing for anaconda at this point.
Weird. We have not seen this during our internal testing.
Sounds like GTK+ is not repainting the screen properly.
Ok, here's a few questions:
1) Does this happen in every screen or just the keyboard?
2) Is it reproducible?
3) Are you doing the install in a non-English language?
4) Have you gone to a virtual console and then come back to the GUI?
5) Does this happen if you start the install with the 'nofb' option?
Pretty sure I didn't flip to another console.
Will check on other questions as I start next (re-)install.
Ok, it is definitely reproducible, but it only appears on the "select keyboard"
screen. Will try "nofb" tomorrow if that's still useful.
I've verified this problem in both framebuffer and non-framebuffer mode.
It's not clear whether this is a GTK problem or not. It doesn't happen with any
other screens that I can tell. Also, clicking "Hide help" and then "Show help"
causes the problem to stop. That is, until you back up to the beginning of the
installer and then go forward again.
The installer uses the GtkXHtml widget for the online help. This widget is
being replaced with the release of GTK+ 2.0, so this problem will go away once
we make the switch to the new GTK. This is a bug in GtkXHtml, which is
unmaintained, so we cannot fix this without porting to GTK+ 2.0