Description of problem: During an install process I found several areas in the UI that need to be improved. Version-Release number of selected component (if applicable): Fedora-Everything-netinst-x86_64-Rawhide-20180312.n.0.iso How reproducible: always AND in many previous versions of the install UI. Steps to Reproduce: 1.I selected customized hdd config 2.I selected KDE Plasma workstation and selected all pkgs available 3.All of this activity has worked on several older versions of this install methodology. Actual results: Navigation in the UI is more difficult than it needs to be Expected results: Additional info: There are other problems with this UI. 1) The advertisements at the bottom of the screen are truncated on the right, even in full screen mode. 2) White on orange) messages during root password and user creation are VERY difficult to read, perhaps black on orange) would resolve this? 3) I had trouble with push buttons on the far right during hdd configuration. During one attempt I had to scroll up/down left/right to see the buttons, even in full screen mode. I would suggest moving the buttons closer to where the user is typing.
This bug appears to have been reported against 'rawhide' during the Fedora 29 development cycle. Changing version to '29'.
You didn't mention how you think it could be improved. Also, what resolution is your screen at? I've never seen scrollbars during install. You say you're using the netinst image, but then you mention full screen mode. Is there some way to not be full screen when using that installer?
Samuel, This problem has existed on every version of FC that I can remember. I started using FC very early... FC1 maybe. I've been doing this for several years. I frequently install in a virtual machine. I presume that the UI works the same there as in a REAL native environment. Sometimes I make this console a full screen console in an attempt to see all the data/fields in the install process without having to scroll. For example: During hdd configuration I configure 8 partitions. I update what I need to update, set a mount point and then have to scroll down to find the button that "Updates settings". This button could be closer to the "action". I'm not sure what the resolution is. My "normal" screen resolution is 1920x1080. If you'd like, I could install a VM and write down each area. I'm thinking that hdd config is my main area of concern though. Thanks for your attention to this "bug". George...
If you're doing it in a VM, then the scrolling is the VM window, not the installer. You can switch the view to scaled mode, then you won't have to scroll.
Samuel, Are you telling me that the VM (VirtualBox) code is inserting their code into the RedHat installer code? In the configure hdd dialogues, there is at least one scroll bar present. Perhaps the size of the console is causing the installer to produce a scroll bar? Where does the size of the console get determined? By the RH installer, right? I'm confused here. George...
Maybe I'm not understanding what scrollbar you're referring to. I'll have to to try it out and see. What 8 partitions are you configuring? That seems like a lot.
Samuel, I have been doing Unix/Linux since 1990 and will NEVER claim to know it all. My first kernel mod was to add diagnostics information to the kernel to determine where the kernel got it's info on the CDrom device. The vendor claimed 72x but the kernel said 48x. Here's how configure hdd's: From the "main" installer screen... after "Accepting my fate", I poke the "Installation destination" button, then I poke the "Custom" option and then the "Done button" at the top. Then I select "Standard Partition" and then "Unknown Linux". I get a menu(?) of partitions at this point in time (I have pre-allocated partitions ahead of time). One for boot, root, swap, var, opt, usr, export/home (for performance reasons) (oops, only 7 partitions unless you count the extended area). These partitions show up in this "menu". It is at this time that a scroll bar on the RHS shows up. Note that the "mount point" is at the top and the "Update settings" button requires scrolling. There is some "real estate" that's not being used on this screen. I select each partition for configuration (reformat, mount point, FSType) and then have to scroll to see the "Update settings" button. If you ARE careful, you can scroll down a tiny bit so that about 1/2 of the "Mount Point" and the "Update Settings" items are both on the screen so that scrolling is not needed (If you are careful). Still, this is a pain. The update settings ought to be up a few lines and nearer the various options where I call "Where the action is". As far as I can tell, it's the Fedora installer who provides the various "Window Decorations" and scroll bar and selection options. Is this enough info? George...
This message is a reminder that Fedora 29 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 29 on 2019-11-26. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '29'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 29 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Hi, My latest install still has the problems I have listed above. Best regards, George...
The banners/ads are no more (in rawhide), so one of the items is "solved" at least indirectly.
Vladimir, Thank you very much. George...
This bug appears to have been reported against 'rawhide' during the Fedora 32 development cycle. Changing version to 32.
This message is a reminder that Fedora 32 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 32 on 2021-05-25. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '32'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 32 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 32 changed to end-of-life (EOL) status on 2021-05-25. Fedora 32 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.