Host properly found that an X install has not possible with a framebuffer,
but did not seem to fail into testing lowres .. instead it seemed to have
failed directly to a text install ...
This may or not be a bug, but I would expect that it would try lowres on
the way to a text install. This may not be a justified expectation.
Perhaps a message indicating that NOFB was not possible, FOLLOWED by a
'testing lowres capability' --- and then a ten second pause and cutover to
the TUI install ?
We've changed lowres to not use framebuffer at all...there are just too many
problems with framebuffer in 8-bit color. For the most part, framebuffer is
fine at 16-bit color. Most cards either work in 16-bit color framebuffer just
fine, or they fail gracefully and we can fall back to the native X server. In
8-bit framebuffer mode, however, some cards' color palette is all messed up. So
now, lowres will function the same way that the installer in Red Hat Linux 7
did. That is, 640x480 - not in framebuffer. This should fix the problem.
Please reopen this bug if the problem persists in the future.
verified fix in qa0217.1 ...
7.1RC1 -- verified and works fine on my two test usits which showed the issue ..