Description of problem: During installation, if I open the help window, I can not figure out how to close it to resume the installation process. I've tried a variety of keyboard shortcuts and have not found a working one but I think this really needs an obvious close button for a better user experience. Version-Release number of selected component (if applicable): anaconda-35.22-1.fc35 (was still rawhide when I downloaded the image) How reproducible: Always Steps to Reproduce: 1. Boot an ISO to start an installation 2. Open the help by clicking on the help button Actual results: Can not close the help dialog to resume the installation Expected results: Obvious "Close help" button to close the help to resume installation. Additional info:
Timothée, thank you for the report. Can you please clarify what is missing, or perhaps attach a screenshot? I always see the help window with heading (?) that has the standard [x] button. So I can click that. I can also resize the window to smaller, and just click the anaconda GUI to "switch" the active window. I can also do Ctrl+W to close the window...
Oh, I sort of reproduced it now. It seems that dragging the help window away from its maximized position causes it to be chromeless the next time it appears, and then ever after. As long as I just [x] it away and do not mess with it, it comes back with all the bits. There might be more actions that cause the help to lose the chrome, of course, I didn't try much.
Created attachment 1819118 [details] Help window without window titlebar
> It seems that dragging the help window away from its maximized position causes it to be chromeless the next time it appears, and then ever after. That's indeed how I've reproduced it today as I've already forgotten how I got into this issue on Friday (sorry :/). Something else in the installer is most likely triggering this issue as I don't remember doing that the last time.
I was mostly messing with the NTP settings in https://bugzilla.redhat.com/show_bug.cgi?id=1998482
(In reply to Vladimír Slávik from comment #2) > Oh, I sort of reproduced it now. It seems that dragging the help window away > from its maximized position causes it to be chromeless the next time it > appears, and then ever after. As long as I just [x] it away and do not mess > with it, it comes back with all the bits. There might be more actions that > cause the help to lose the chrome, of course, I didn't try much. This is really strange - we do kill[0] previous yelp processes (if any) so you you somehow "break" yelp by dragging its window and then press the "Help!" button again, what you will get is fresh process & window. If that is no longer decorated then I guess some system wide "decoration service" or something might get broken by dragging the window ? Might be a good idea to check other external app windows (network connection editor, keyboard layout display, etc.) if they are also affected and no longer decorated. [0] https://github.com/rhinstaller/anaconda/blob/f0df778cc43e2494fdd0fad131aa8643590510ac/pyanaconda/ui/lib/help.py#L142
After fiddling with this more, it appears that most of the assumptions Anaconda GUI made about modality etc. are no longer true. The list so far is: - in all GNOME-based environments, yelp starts maximized (but not under KDE) - on boot.iso under gnome-kiosk, yelp loses the title bar after unmaximizing (this very bug) - on boot.iso under gnome-kiosk, nm-connection-editor is not really modal with --keep-above, it merely stays on top GNOME, can you please help us understand this?
This bug appears to have been reported against 'rawhide' during the Fedora 36 development cycle. Changing version to 36.
More development related to gnome-kiosk in downstream bug 1999060 (all relevant comments are public this far).
This message is a reminder that Fedora Linux 36 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora Linux 36 on 2023-05-16. 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 'version' of '36'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, change the 'version' to a later Fedora Linux version. Note that the version field may be hidden. Click the "Show advanced fields" button if you do not see it. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora Linux 36 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 Linux, you are encouraged to change the 'version' to a later version prior to this bug being closed.
Fedora Linux 36 entered end-of-life (EOL) status on 2023-05-16. Fedora Linux 36 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 Linux please feel free to reopen this bug against that version. Note that the version field may be hidden. Click the "Show advanced fields" button if you do not see the version field. If you are unable to reopen this bug, please file a new report against an active release. Thank you for reporting this bug and we are sorry it could not be fixed.