Created attachment 622272 [details] screenshot, edited with suggestions Description of problem: In the screen-shot there is a proposal to improve such screen. This is really an request to improve the screen before final release. Version-Release number of selected component (if applicable): F18b TC2 How reproducible: always Steps to Reproduce: 1. boot 2. set a root user 3. install
That's called the "personalization hub" here: Making Fedora easier to use & the Installer UX redesign Posted by mairin ⋅ June 16, 2011 http://mairin.wordpress.com/2011/06/16/making-fedora-easier-to-use-the-installer-ux-redesign/ (There are no internal links -- it's about halfway down the page.) There are some comments on progress bars here: Anaconda/UX Redesign https://fedoraproject.org/wiki/Anaconda/UX_Redesign (A little more than halfway down.)
Let me address things one at a time here: (1) It is CONFIGURATION, because on this hub you're supposed to be able to do various configurations things while installation progresses. We just don't have much there yet, and won't until F19. (2) Broken icon - Yeah, I don't know what's going on there. It's definitely supposed to be a little lock icon. That's what I see here. Perhaps there's an error message on tty1 about not being able to load an image? (3) Root password - That's going to end up being required, so I'm not sure your comments apply after that's the case. (4) Artwork - The space below the progress bar is ready for artwork, just as soon as some is created and shipped with the installation media. The code's ready. (5) Progress bar - There's nothing to fix there. The progress bar moves when major steps are completed, not when individual packages are completed.
Created attachment 622835 [details] screenshot showing progress bar while installing software from Live CD Reartes: Have you tried a Live CD install? During a Live CD install, the only sign of activity while "Installing Software" is a spinner. A progress bar is not really suited to coarse-grained, discrete, long-running steps. I've seen bullet lists used for this purpose. The incorrect icon looks and sounds like a bug. If you believe it is reproducible, it would be better to file a separate bug.
(In reply to comment #3) ... > The incorrect icon looks and sounds like a bug. If you believe it is > reproducible, it would be better to file a separate bug. I see a key icon with the Live CD (as in the attached screenshot) and the net install CD, both running in a VM: $ qemu-kvm -m 2048 -hda f18-test-3.img -cdrom ~/xfr/fedora/F18/F18-Beta/TC2/Fedora-18-Beta-TC2-x86_64-Live-Desktop.iso -usb -vga qxl -boot menu=on $ qemu-kvm -m 1024 -hda f18-test-2.img -cdrom ~/xfr/fedora/F18/F18-Beta/TC2/Fedora-18-Beta-TC2-x86_64-netinst.iso -usb -vga qxl -boot menu=on Haven't tried the DVD ...
(In reply to comment #3) ... > During a Live CD install, the only sign of activity while "Installing > Software" is a spinner. ... If I'm interpreting the log files correctly, for a test of a Live CD install in a VM, the rsync activity runs for about 6.5 minutes. Couldn't the installer log the major steps that appear in the progress bar in one log file with a consistent tag, so some statistics could be collected? $ grep rsync *.log | egrep -i 'install|exit' anaconda.log:20:43:44,539 INFO anaconda: rsync exited with code 23 anaconda.program.log:20:37:13,386 INFO program: Running... rsync -pogAXtlHrDx /mnt/install/source/ /mnt/sysimage
Putting into needinfo based on my question in point #2 of my comment above.
@Chris Lumens "(2) Broken icon - Yeah, I don't know what's going on there. It's definitely supposed to be a little lock icon. That's what I see here. Perhaps there's an error message on tty1 about not being able to load an image?" "Putting into needinfo based on my question in point #2 of my comment above." Well, i have found how-to trigger it: * Do your install, once you start installing: * set a password, for example user=root01 & password=root01 * a yellow banner will appear below, double-click the banner to see the error / message, then exit from the dialog. * Now the broken icon will show up and will remain like that even when disabling the root password. F18b TC2 on the same guest. Not touching the yellow banner leads to normal results.
Created attachment 623620 [details] screenshot showing console error message: Could not find the icon 'dialog-password-symbolic'. Nice work, Reartes. I reproduced the missing key icon with Fedora-18-Beta-TC2-x86_64-netinst.iso. Not precisely sure how ... $ qemu-kvm -m 1024 -hda f18-test-3.img -cdrom ~/xfr/fedora/F18/F18-Beta/TC2/Fedora-18-Beta-TC2-x86_64-netinst.iso -usb -vga qxl -boot menu=on
I believe a reproducer is to enter the password spoke, set a 6-character password ("123456"), click done twice, and then repeatedly switch between the configuration hub and the password spoke without making any changes to the password. The incorrect icon appears almost immediately after package installation begins. Once the incorrect icon is displayed, it remains displayed during installation. Near the end of installation, the correct key icon is again displayed: after bootloader and after creating something I couldn't read. Testing tips: 1. Start with an empty disk to work around partitioning problems. 2. Do a minimal install (makes turnaround faster). Tested with: $ qemu-kvm -m 1024 -hda f18-test-3.img -cdrom ~/xfr/fedora/F18/F18-Beta/TC2/Fedora-18-Beta-TC2-x86_64-netinst.iso -usb -vga qxl -boot menu=on
Created attachment 623771 [details] anaconda.log
Created attachment 623772 [details] ifcfg.log
Created attachment 623774 [details] packaging.log
Created attachment 623775 [details] program.log
Created attachment 623776 [details] storage.log
Created attachment 623777 [details] X.log
Created attachment 623779 [details] dmesg.log
The attached log files are from when installation is complete and the reboot button is sensitive.
That's actually my spoke, I'll take the bug.
I can reproduce it too. (anaconda:781): Gtk-WARNING **: Could not find the icon 'dialog-password-symbolic'. The 'hicolor' theme was not found either, perhaps you need to install it. You can get a copy from: http://icon-theme.freedesktop.org/releases Funny thing though, as the file exists. The icon isn't changing, it's always the same file. Something screwy is happening to make the icon cache not find it. Probably going to need some GTK folks to help out with this one.
Created attachment 630918 [details] F18b TC6 the issue is still there It performed several installs and this is the first time i see this on F18b TC6, so this appears to happen sometimes (infrequently).
It can also happen with F18b TC7
Created attachment 664208 [details] screenshot of vt1 (console) I encountered again with anaconda 18.37.2
I believe that it is reproducible now if one setups the root password AFTER anaconda started the installation of the packages. If done before, it works ok.
I reproduced it with F19a TC1 (19.12)
Created attachment 715305 [details] screenshot showing the loss icon
Created attachment 715306 [details] screenshot showing vt1 output the file does exists at least.
Could you verify if this is still an issue in F19beta-TC3?
F19beta-TC4 is available--would you mind verifying this is still an issue?
I am not sure that it is fixed, i have not seen it in recent times. In fact, i never saw it with F19b TC4.
I did not see it, currently F19b RC4. I suggest leaving this bug-report open and close it after F19 Release, if no further sightings of the issue are reported.
No one has seen this for a very long time, so I think it's safe to say it got taken care of.