Bug details: ** https://bugzilla.redhat.com/show_bug.cgi?id=2381599 ** Information from BlockerBugs App:
The votes have been last counted at 2025-09-01 03:53 UTC and the last processed comment was #comment-984009
To learn how to vote, see: https://pagure.io/fedora-qa/blocker-review A quick example: BetaBlocker +1 (where the tracker name is one of BetaBlocker/FinalBlocker/BetaFE/FinalFE/0Day/PreviousRelease and the vote is one of +1/0/-1)
BetaBlocker +1
BetaBlocker
FinalBlocker
BetaFE
FinalFE
0Day
PreviousRelease
+1
0
-1
I see how this is annoying, but I don't see a criteria that would support blocking beta. I wouldn't mind seeing a fix land before release for testing purposes though.
BetaBlocker -1 BetaFE +1
BetaBlocker -1
Seems to work fine with the default shortcut.
based on the above reasoning, but I would like this to work in the final version, therefore please consider
FinalBlocker +1
BetaBlocker -1 FinalBlocker -1
The documented switch combo for GNOME works. I don't know what the story is with an undocumented one working before and not working now, but it doesn't seem like a blocker to me. Not sure about FE.
AGREED RejectedBetaBlocker
The following votes have been closed:
For Final blocker voting purposes, there's some more info in the upstream report now: it seems there's a hidden setting that enables this switcher combo - having grp:ctrl_shift_toggle in org.gnome.desktop.input-sources xkb-options - but it may be broken at least in 49 alpha (upstream says they can't reproduce in current head).
grp:ctrl_shift_toggle
org.gnome.desktop.input-sources xkb-options
The fact that you need to set a non-graphically-accessible setting to enable the possibly-broken behavior reinforces my -1 vote on this, for me.
It's also available graphically through gnome-tweaks, but it's quite buried in there.
FinalBlocker -1
Metadata Update from @blockerbot: - Issue status updated to: Closed (was: Open)
Release F43 is no longer tracked by BlockerBugs, closing this ticket.
Log in to comment on this ticket.