Description of problem: Running Fedora-Live-Desktop-i686-20-Alpha-TC2-1.iso in a KVM guest, it boots to the "Oh no!" message rather than automatically logging me in. If I hit the logout button, the screen goes black and CPU usage eventually goes to 0. With the corresponding 64-bit live, it boots normally, and installation also works. Version-Release number of selected component (if applicable): 20 Alpha TC2 i386 Desktop Live How reproducible: always
Proposing as Alpha Blocker according to https://fedoraproject.org/wiki/Fedora_20_Alpha_Release_Criteria#Expected_image_boot_behavior : "Release-blocking live images must boot to the expected boot menu, and then to a desktop or to a login prompt where it is clear how to log in to a desktop."
My original testing was in KVM. Behavior in VirtualBox is essentially the same (in 32-bit, I see the "Oh no!", then the Try Fedora/Install to Hard Drive options, but if I click on "Try Fedora", I see the "Oh no!" again). I've also tested the 32- and 64-bit 20 Alpha TC2 Desktop Lives on bare metal as well - 32-bit fails in the same way on each of the 2 bare-metal platforms I tested, in addition to the report from John Reiser at https://bugzilla.redhat.com/show_bug.cgi?id=955779#c110 . 64-bit works on the one bare-metal platform I tested.
I guess this should be move to something like gnome-shell.
This looks like a duplicate of https://bugzilla.redhat.com/show_bug.cgi?id=1002055 . Closing. *** This bug has been marked as a duplicate of bug 1002055 ***