Description of problem: I'm doing a headless installation of Fedora 43 Beta 1.3. (My target machine is set for boot from PXE and from the PXE host I can determine how this machine proceeds: boot from local disk, installation, etc) During the graphical installation process via RDP various options are presented, some of them are indicated with a pulldown menu (a downward pointing triangle). One example is: Network & Host Name Ethernet (en01) Configure... IPv6 Method Automatic <-- no way to change this, like "ignore" Later in the selection process I discovered by accident that that the alternatives could be selected by tabbing so that the focus was over the pulldown selection, then using the up-arrow or down-arrow keys. This tells me the underlying options are present, it is just the graphical mouse click over a pulldown menu is not responding. F43 has switched from VNC (which I used for F40) to RDP, and this issue may be related to that. Version-Release number of selected component (if applicable): Fedora-Everything-netinst-x86_64-43_Beta-1.3.iso How reproducible: Always Steps to Reproduce: 1. Set up a PXE server to network install F43 Beta with RDP. 2. Boot the target machine using PXE for network install. 3. Connect via RDP 4. Attempt various selections available from pulldown menus. Actual results: Cannot select options from pulldown menus using mouse. Expected results: Can select options from pulldown menus using mouse. Additional info: Can select options using keyboard only.
I can confirm this bug. This probably affects all drop-down menus, I could easily reproduce it even in blivet-gui, e.g. in the Device Type or Filesystem menus. The workaround is to click on the drop-down first, to select it, and then hit Space to show all the values. Alternatively, holding the mouse button (instead of clicking) also opens the menu, but it doesn't stay open, you need to select the desired value before releasing the mouse button. Tested with: Fedora-Everything-netinst-x86_64-43-20250921.n.0.iso (guest) gnome-connections-49.0-1.fc43.x86_64 (host) Proposing for a blocker discussion: "When using a dedicated installer image, the installer must be able to complete an installation using the text, graphical and RDP installation interfaces. " https://fedoraproject.org/wiki/Basic_Release_Criteria#Installation_interfaces
The change to RDP happened in F42, IIRC, not F43. Does the bug happen on F42 as well? We did add an openQA RDP install test, but I can't remember off the top of my head whether it opens any drop-down menus. I guess not, since it's still passing...
(In reply to Adam Williamson from comment #2) > The change to RDP happened in F42, IIRC, not F43. Does the bug happen on F42 > as well? Tested with F42, same bug occurs.
There's an outside chance the freerdp update I just did to save some space on the installer images may actually help here, if it's somehow caused by freerdp being built against ICU 76. Try tomorrow's Rawhide and see if it's any different.
oh, wait, if it affected F42 it's probably not that :/
AGREED AcceptedFinalBlocker Discussed at the 2025-09-22 (blocker / freeze exception) review meeting: This is accepted as a conditional violation of Basic criterion "When using a dedicated installer image, the installer must be able to complete an installation using the text, graphical and RDP installation interfaces." While it's technically possible to complete an install, this makes it hard if you need for any reason to use any dropdown menu (in gtkui), which is pretty common, and we agree that's common enough to constitute a blocker. https://meetbot-raw.fedoraproject.org//blocker-review_matrix_fedoraproject-org/2025-09-22/f43-blocker-review.2025-09-22-16.01.txt
The same issue exists on RHEL-10, reported as https://issues.redhat.com/browse/RHEL-47037 against gnome-remote-desktop, so I'm reassigning this bug as well. The problem doesn't affect only the installer, gtk3 applications are affected in general.
I can reproduce this issue with the 20250927.n.0 KDE ISO on a VM hosted in Proxmox. If you advance the installer to the storage page and launch the storage editor, you can see the issue when you try to format a partition and select a filesystem. Oddly enough, the Workstation ISO did not present this same issue. I re-tested the same steps using a physical machine, and I got the same results. The KDE media has the drop-down issue, while the Workstation install media does not. It doesn't look like this issue is constrained to virtual platforms. I can run more of the installers later this evening to see which ones also present this issue. Also, I had intended to snag a screenshot, but it is incredibly difficult to capture what's going on here. I can record a video, but I'm not sure if bugzilla will like that kind of attachment.
I forgot to explicitly mention that I was *NOT* using the RDP install method when I reproduced this bug.
I captured a video, if it helps. https://aggraxis.fedorapeople.org/f43b-20250927.n.0-bz2397086.mp4
Still present in KDE image for 20251006. Workstation is working fine.
Moving to gtk3 as that's where the tentative fix was done - https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/9022
(In reply to Tomas Popela from comment #12) > Moving to gtk3 as that's where the tentative fix was done - > https://gitlab.gnome.org/GNOME/gtk/-/merge_requests/9022 This fixes the issue for me in gnome-terminal (gtk3) over an RDP connection. I haven't been able to reproduce it on the installer.
FEDORA-2025-d6e439498a (gtk3-3.24.51-2.fc43) has been submitted as an update to Fedora 43. https://bodhi.fedoraproject.org/updates/FEDORA-2025-d6e439498a
(In reply to Fedora Update System from comment #14) > FEDORA-2025-d6e439498a (gtk3-3.24.51-2.fc43) has been submitted as an update > to Fedora 43. > https://bodhi.fedoraproject.org/updates/FEDORA-2025-d6e439498a This doesn't seem to work completely correctly when I try it over RDP in Anaconda netinst environment. The first time I click on a dropdown menu (any menu), it just focuses it, but doesn't pop down the list. I have to click the second time. Interestingly, once this happens, the menu then works as expected, even if I focus something else and then go back (but, not always, sometimes it resets back to the initial state, not sure when and how). When I close the dialog and open it again, or when I go to a different dialog/window, then I have to again use two clicks to make a drop-down list work. It's usable enough, just not completely fixed. I'll set it as VERIFIED because it improves the situation considerably.
FEDORA-2025-d6e439498a has been pushed to the Fedora 43 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2025-d6e439498a` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2025-d6e439498a See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
Upstream bug: https://gitlab.gnome.org/GNOME/gtk/-/issues/7811
FEDORA-2025-d6e439498a (gtk3-3.24.51-2.fc43) has been pushed to the Fedora 43 stable repository. If problem still persists, please make note of it in this bug report.
Issue persists in the Anaconda web UI on KDE live installer Fedora-43-20251015.n.0 compose. Symptom reproduced in a VM console. `dnf info gtk3` reveals package version 3.24.51-2.fc43 is installed.
(In reply to Paul Maconi from comment #19) > Issue persists in the Anaconda web UI on KDE live installer > Fedora-43-20251015.n.0 compose. Symptom reproduced in a VM console. `dnf > info gtk3` reveals package version 3.24.51-2.fc43 is installed. Sorry, this is confusing. This bug is related to RDP, which is only supported by Anaconda for non-Live images (so not KDE). It also affects GTK, which Anaconda WebUI (present on KDE Live) doesn't use (it uses HTML frameworks). So I don't understand how you could reproduce this on KDE Live. Please clarify exact steps.
(In reply to Kamil Páral from comment #20) > (In reply to Paul Maconi from comment #19) > > Issue persists in the Anaconda web UI on KDE live installer > > Fedora-43-20251015.n.0 compose. Symptom reproduced in a VM console. `dnf > > info gtk3` reveals package version 3.24.51-2.fc43 is installed. > > Sorry, this is confusing. This bug is related to RDP, which is only > supported by Anaconda for non-Live images (so not KDE). It also affects GTK, > which Anaconda WebUI (present on KDE Live) doesn't use (it uses HTML > frameworks). So I don't understand how you could reproduce this on KDE Live. > Please clarify exact steps. I may have misinterpreted the initial bug report, but I thought the issue was that the drop-downs in the installer were not working, which I managed to reproduce both over RDP, over an IP KVM, and via various VM consoles. At some point the symptom (drop downs not working) went away for Workstation and Silverblue, but the issue persisted for KDE and Kinoite. Comments 8-10 outline how I encountered what I was assuming was the same issue. Comment 10 has a video with commentary. It could be that I managed to stumble upon a similar, but unrelated problem?
Yep. Definitely looks like I was confused. I just saw #2404424. Sorry!