| 0 | 0 | Test Case Gnome Accessibility |
| 0 | 0 | Test Case Gnome Classic mode |
| 0 | 0 | Test Case Gnome Lock Screen |
| 0 | 0 | Test Case Gnome Login Screen |
| 0 | 0 | Test Case desktop user switching |
| 0 | 0 | Test Case gnome desktop background |
| 0 | 0 | Test Case gnome-shell activities |
| 0 | 0 | Test Case gnome-shell dash |
| 0 | 0 | Test Case gnome-shell extensions gnome org |
| 0 | 0 | Test Case gnome-shell extensions install |
| 0 | 0 | Test Case gnome-shell extensions remove |
| 0 | 0 | Test Case gnome-shell overview search |
| 0 | 0 | Test Case gnome-shell workspaces |
This update's test gating status has been changed to 'waiting'.
This update has been submitted for testing by bodhi.
This update's test gating status has been changed to 'passed'.
This update has been pushed to testing.
So, this is a bit surprising, but I think this broke keyboard layout selection in anaconda (in traditional installer images).
anaconda runs on gnome-kiosk, just as a reminder. If you have more than one keyboard layout configured in anaconda - which is the default if you pick a language like Russian to install in - it shows a layout indicator that you can click on to switch between the layouts. You're also supposed to be able to switch with alt-shift.
That doesn't work in today's Rawhide; several openQA tests failed because of this. I kinda suspected the GNOME bump might be the reason why, so I tested the network installer image built by openQA as part of testing this update, and sure enough, it doesn't work there either. Neither alt-shift nor clicking the indicator changes the layout.
It does work fine with today's F40 nightly, and with the installer images built by openQA for other Fedora 40 updates, including more recent ones (I tried with the installer image for FEDORA-2024-129d8ca6fc ). So that strongly indicates this update is the culprit. I'll file a bug also, for Rawhide.
Bodhi is disabling automatic push to stable due to negative karma. The maintainer may push manually if they determine that the issue is not severe.
Oh, hey, I see https://gitlab.gnome.org/GNOME/gnome-kiosk/-/merge_requests/37 .
I bet that's what we need.
Nope, even with that, it doesn't work. Filed https://gitlab.gnome.org/GNOME/mutter/-/issues/3333
This update's test gating status has been changed to 'waiting'.
This update's test gating status has been changed to 'passed'.
I'm also seeing very slow scrolling with the mouse wheel after installing this update, as someone also reported on Mastodon: https://fosstodon.org/@mort/112073331242844260 . There were several other things in the same update so I can't say for 100% sure the GNOME update caused it, but it seems a likely suspect. Scrolling seemingly any window with the mouse wheel is painfully slow - even if I spin the wheel like a maniac it just scrolls a handful of rows at a time.
adamwill edited this update.
New build(s):
Removed build(s):
Karma has been reset.
This update has been submitted for testing by adamwill.
OK, the new mutter build fixes the scrolling problem, with a backport of https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/3642 . Thanks to naheemsays on Matrix for pointing it out.
This update has been pushed to testing.
This seems to break systems with Maxwell and older Nvidia cards (those that do not use GSP). This worked normally in mutter 46.beta.
Fails to bring up gdm screen for me. Probably https://gitlab.gnome.org/GNOME/mutter/-/issues/3337
This update has been obsoleted by gnome-shell-46.0-1.fc40.