Unresolved bug (1637418) - Switching keyboard layouts is not working without relogin/reboot
Hello guys,
I would like to point towards the bug mentioned in the $subj. The Fedora Blocker Bug review yesterday discussed the impact of this bug on the Fedora 29 Final release. Although we agreed upon not to make it a blocking bug, we still believe that the bug has a big impact on Fedora user experience. We would like to have it fixed until the final release if possible.
Please, take a look and provide some estimation in https://bugzilla.redhat.com/show_bug.cgi?id=1637418.
Thank you very much.
On Tue, Oct 16, 2018 at 10:14 AM Lukas Ruzicka lruzicka@redhat.com wrote:
Hello guys,
I would like to point towards the bug mentioned in the $subj. The Fedora Blocker Bug review yesterday discussed the impact of this bug on the Fedora 29 Final release. Although we agreed upon not to make it a blocking bug, we still believe that the bug has a big impact on Fedora user experience. We would like to have it fixed until the final release if possible.
Please, take a look and provide some estimation in https://bugzilla.redhat.com/show_bug.cgi?id=1637418.
Thank you very much.
One additional note: The majority voted for not accepting this as a blocker, but it was far from a consensus. If you believe that this should be a blocker from Workstation WG's point of view, please tell us so and we can re-evaluate.
Whether a blocker or not, it would be really great if you could fix it in the next few days. Otherwise non-english speaking users might be quite unpleasantly surprised (the problem is not that you need to reboot/re-login to make your new keymap work, but that you don't know about it and many people will not figure it out).
Thanks.
On Tue, Oct 16, 2018 at 5:10 AM, Kamil Paral kparal@redhat.com wrote:
One additional note: The majority voted for not accepting this as a blocker, but it was far from a consensus. If you believe that this should be a blocker from Workstation WG's point of view, please tell us so and we can re-evaluate.
I think this should be a blocker if the problem occurs as described for many users.
However, I just tested adding a new keyboard layout in F29 without relogin/reboot, and I was not able to reproduce the issue. It works fine for me.
Michael
On Tue, Oct 16, 2018, 7:15 PM mcatanzaro@gnome.org wrote:
On Tue, Oct 16, 2018 at 5:10 AM, Kamil Paral kparal@redhat.com wrote:
One additional note: The majority voted for not accepting this as a blocker, but it was far from a consensus. If you believe that this should be a blocker from Workstation WG's point of view, please tell us so and we can re-evaluate.
I think this should be a blocker if the problem occurs as described for many users.
However, I just tested adding a new keyboard layout in F29 without relogin/reboot, and I was not able to reproduce the issue. It works fine for me.
I can reproduce this installing F29 Workstation using netinstall. Also if you boot the Live Workstation, if you add a keyboard layout and you select it, the keyboard is still in English.
Ciao, A.
On Tue, Oct 16, 2018 at 7:15 PM mcatanzaro@gnome.org wrote:
On Tue, Oct 16, 2018 at 5:10 AM, Kamil Paral kparal@redhat.com wrote:
One additional note: The majority voted for not accepting this as a blocker, but it was far from a consensus. If you believe that this should be a blocker from Workstation WG's point of view, please tell us so and we can re-evaluate.
I think this should be a blocker if the problem occurs as described for many users.
However, I just tested adding a new keyboard layout in F29 without relogin/reboot, and I was not able to reproduce the issue. It works fine for me.
That's interesting. So far we've believed it's a general issue that affects everybody. You're the first person that doesn't see the issue. Is there something specific about your setup? Have you added a keymap that didn't exist when you logged in?
We can definitely reproduce this every time in a VM cleanly installed from latest candidates. So I think it's pretty safe to say this will affect all clean installs. There might be some variables affecting this for upgrades.
On Wed, Oct 17, 2018 at 3:28 AM, Kamil Paral kparal@redhat.com wrote:
That's interesting. So far we've believed it's a general issue that affects everybody. You're the first person that doesn't see the issue. Is there something specific about your setup? Have you added a keymap that didn't exist when you logged in?
Yes, I tried adding both English (US) and Chinese (Intelligent Pinyin) and both work fine here. I did an upgrade, *not* a clean install, so in addition to something weird being wrong with clean installs, it could e.g. be fixed in updates-testing since that hasn't been turned off yet.
Anyway, +1 blocker from me given your description of the issue... shame that it would mean a slip. :/
Michael
On Wed, Oct 17, 2018 at 3:21 PM mcatanzaro@gnome.org wrote:
On Wed, Oct 17, 2018 at 3:28 AM, Kamil Paral kparal@redhat.com wrote:
That's interesting. So far we've believed it's a general issue that affects everybody. You're the first person that doesn't see the issue. Is there something specific about your setup? Have you added a keymap that didn't exist when you logged in?
Yes, I tried adding both English (US) and Chinese (Intelligent Pinyin)
That explains it. "Chinese (Intelligent Pinyin)" works here as well. I guess it uses a different way to handle keyboard. But I can easily reproduce this issue with Russian (Cyrillic letters instead of Latin letters), French (azerty instead of qwerty), German (special letters/symbols on right Alt + letters or numbers) or Czech (qwertz instead of qwerty, special letters instead of numbers).
Also, gnome-control-center crashes every time I add a language and close it: https://bugzilla.redhat.com/show_bug.cgi?id=1640577
This debugging is great, but can we please get someone to fix that quickly before release?
Anyway, +1 blocker from me given your description of the issue... shame
that it would mean a slip. :/
Is this is a opinion of the Workstation WG group, can you please add a comment (asking for a re-vote) into https://bugzilla.redhat.com/show_bug.cgi?id=1637418 ? Thanks a lot.
On Thu, Oct 18, 2018 at 6:08 AM, Kamil Paral kparal@redhat.com wrote:
That explains it. "Chinese (Intelligent Pinyin)" works here as well. I guess it uses a different way to handle keyboard. But I can easily reproduce this issue with Russian (Cyrillic letters instead of Latin letters), French (azerty instead of qwerty), German (special letters/symbols on right Alt + letters or numbers) or Czech (qwertz instead of qwerty, special letters instead of numbers).
Hm, it's not that switching the layouts is broken. Switching works. It's that the layout you switch *to* is broken. It's maybe more obvious for me because my primary layout is not qwerty. When I switch to Czech, it becomes qwerty (wrong, should be qwertz) when it was not previously qwerty. So it's really messed up. :)
Sorry that I don't have time to help debugging it.
Michael
On Thu, Oct 18, 2018 at 8:35 PM mcatanzaro@gnome.org wrote:
On Thu, Oct 18, 2018 at 6:08 AM, Kamil Paral kparal@redhat.com wrote:
That explains it. "Chinese (Intelligent Pinyin)" works here as well. I guess it uses a different way to handle keyboard. But I can easily reproduce this issue with Russian (Cyrillic letters instead of Latin letters), French (azerty instead of qwerty), German (special letters/symbols on right Alt + letters or numbers) or Czech (qwertz instead of qwerty, special letters instead of numbers).
Hm, it's not that switching the layouts is broken. Switching works. It's that the layout you switch *to* is broken. It's maybe more obvious for me because my primary layout is not qwerty. When I switch to Czech, it becomes qwerty (wrong, should be qwertz) when it was not previously qwerty. So it's really messed up. :)
Michael re-proposed this for blocker discussion. I already said so in the bug report, but I'll repeat it here:
*Workstation WG members, please tell us what you think.* We were not united in our opinion on blocker-ness of this issue, and we'd really appreciate hearing from multiple desktop people what they think about this. Either on Monday's blocker meeting, or in the bug, or here on the list.
Thank you.
Carlos - can you take a look at this before the workstation WG meeting at 13:00 UTC on Monday? It's not clear to me either the exact impact or whether it's likely to be a simple fix.
Owen
On Fri, Oct 19, 2018 at 11:46 AM Kamil Paral kparal@redhat.com wrote:
On Thu, Oct 18, 2018 at 8:35 PM mcatanzaro@gnome.org wrote:
On Thu, Oct 18, 2018 at 6:08 AM, Kamil Paral kparal@redhat.com wrote:
That explains it. "Chinese (Intelligent Pinyin)" works here as well. I guess it uses a different way to handle keyboard. But I can easily reproduce this issue with Russian (Cyrillic letters instead of Latin letters), French (azerty instead of qwerty), German (special letters/symbols on right Alt + letters or numbers) or Czech (qwertz instead of qwerty, special letters instead of numbers).
Hm, it's not that switching the layouts is broken. Switching works. It's that the layout you switch *to* is broken. It's maybe more obvious for me because my primary layout is not qwerty. When I switch to Czech, it becomes qwerty (wrong, should be qwertz) when it was not previously qwerty. So it's really messed up. :)
Michael re-proposed this for blocker discussion. I already said so in the bug report, but I'll repeat it here:
*Workstation WG members, please tell us what you think.* We were not united in our opinion on blocker-ness of this issue, and we'd really appreciate hearing from multiple desktop people what they think about this. Either on Monday's blocker meeting, or in the bug, or here on the list.
Thank you.
desktop mailing list -- desktop@lists.fedoraproject.org To unsubscribe send an email to desktop-leave@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/desktop@lists.fedoraproject.or...
Hello all,
Slowly coming back to activity in Fedora. I think this bug should be a blocker. The world is full of non-English speakers. And even the English speakers may use two or more layouts (as I do myself). If you add a layout but your keyboard seems to remain the same, it's quite confusing and annoying to any user, but particularly to a beginner. Personally I couldn't vote because I completely missed the meeting, but I would vote for making this one a blocker any time I'd had a chance. My 2 cents.
Kind regards, Silvia FAS: Lailah
On Fri, 19 Oct 2018 at 17:33, Owen Taylor otaylor@redhat.com wrote:
Carlos - can you take a look at this before the workstation WG meeting at 13:00 UTC on Monday? It's not clear to me either the exact impact or whether it's likely to be a simple fix.
Owen
On Fri, Oct 19, 2018 at 11:46 AM Kamil Paral kparal@redhat.com wrote:
On Thu, Oct 18, 2018 at 8:35 PM mcatanzaro@gnome.org wrote:
On Thu, Oct 18, 2018 at 6:08 AM, Kamil Paral kparal@redhat.com wrote:
That explains it. "Chinese (Intelligent Pinyin)" works here as well. I guess it uses a different way to handle keyboard. But I can easily reproduce this issue with Russian (Cyrillic letters instead of Latin letters), French (azerty instead of qwerty), German (special letters/symbols on right Alt + letters or numbers) or Czech (qwertz instead of qwerty, special letters instead of numbers).
Hm, it's not that switching the layouts is broken. Switching works. It's that the layout you switch *to* is broken. It's maybe more obvious for me because my primary layout is not qwerty. When I switch to Czech, it becomes qwerty (wrong, should be qwertz) when it was not previously qwerty. So it's really messed up. :)
Michael re-proposed this for blocker discussion. I already said so in the bug report, but I'll repeat it here:
*Workstation WG members, please tell us what you think.* We were not united in our opinion on blocker-ness of this issue, and we'd really appreciate hearing from multiple desktop people what they think about this. Either on Monday's blocker meeting, or in the bug, or here on the list.
Thank you.
desktop mailing list -- desktop@lists.fedoraproject.org To unsubscribe send an email to desktop-leave@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/desktop@lists.fedoraproject.or...
desktop mailing list -- desktop@lists.fedoraproject.org To unsubscribe send an email to desktop-leave@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/desktop@lists.fedoraproject.or...
desktop@lists.fedoraproject.org
-
Alessio Ciregia -
Kamil Paral -
Lukas Ruzicka -
mcatanzaro＠gnome.org -
Owen Taylor -
Silvia Sánchez