Created attachment 953871 [details] screengrab showing view after managing to enter account info Description of problem: No user creation icons or progress bar displayed during first installation stages. Version-Release number of selected component (if applicable):21.48.13.1.fc21 How reproducible: every time Steps to Reproduce: 1.Start anaconda, set region and language 2.Set Partitions and Network options etc. okay and then click to proceed. Actual results: When the partitioning actually starts and you get the warning to set root and user before proceeding nothing else apart from that warning and the help button displays. Expected results: To see a progress bar and root, normal user account creation options above it. Additional info: The buttons are still there and I managed to get the screens to enter root and user account information successfully by moving the cursor around their rough locations in F20. they just aren't visible. neither is the progress bar. The root and user options as well as the progress bar eventually show at the 'configuring initramfs' stage of the install has been reached. Then anaconda performed as normal again. I found this behaviour on the F21 Beta MATE-Compiz 32-bit Live spin released today. Running from DVD+RW which passed ISO download checksum and media check after burning. I got a response from another user that the same occurs in KDE Live Spin. http://forums.fedoraforum.org/showthread.php?p=1713895#post1713895
The KDE case of this is #1103496 , but we were back to considering it somehow specific to KDE there...
Was this in a VM? A KVM? With SPICE?
It is real notebook PC install. Not VM. Athlon XP-M 3000+ 1.6Ghz socket 754 1280MB DDR 333 Geforce 4 Go 420 32MB AGP 1280*800 native flat panel 60GB HDD
Please attach the log files from the install, available in /tmp during the install or /var/log/anaconda in the installed system, to this bug as individual, text/plain attachments. Which installation media did you use? Was this a live install?
david: the installation media is answered in the description: "I found this behaviour on the F21 Beta MATE-Compiz 32-bit Live spin released today." I'm not sure the logs are going to tell us anything. This looks exactly like #1103496, but I wanted to keep it separate just for now because it's a report with MATE, not KDE.
Created attachment 954110 [details] anaconda.log
Created attachment 954111 [details] ifcfg.log
Created attachment 954112 [details] journal.log
Created attachment 954113 [details] packaging.log
Created attachment 954114 [details] progam.log
Created attachment 954115 [details] storage.log
two more log files were in the directory but both were empty so no point attaching. ks-script-wgXWKN.log ks-script-YAuqaV.log If you need any more info please don't hesitate to ask. Just to confirm it is the Fedora-Live-MATE_Compiz-i686-21_Beta-4.iso as quoted above by Adam.
Try adding 'updates=http://dshea.fedorapeople.org/1160484.img' to the boot command line.
To add some context: - This appears to be the same thing as 1103496. I don't know if it's the same thing happening in a different component in MATE or a bug in gtk or what. - The GtkSpinner appears to be the source of the problem. The progress hub is the only window that uses a GtkSpinner. The hub reappearing when the progress bar is complete is also the point where the spinner is turned off. On the times when the hub does decide to draw, the spinner does not. - Turning the spinner off by default and on when the hub starts seems to work, though again the spinner does not draw. This is less concerning, though. - I've tried the patch a couple of times in MATE and KDE but it'd be nice to have some independent corroboration.
Let's go ahead and get these two bugs under the same umbrella.
*** This bug has been marked as a duplicate of bug 1103496 ***