GNOME Bugzilla – Bug 696191
Handle latin only input
Last modified: 2021-06-09 16:09:34 UTC
Some text fields (user name, password, URLs) don't work with non-latin input. This means that we need to ensure that a latin input source is always available. Some non-latin input methods specify a keyboard layout, which we can potentially use for this. However, some layouts (like Russian, Arabic and Hebrew) do not. In these cases, we will need to ensure that a latin keyboard layout is set as an input source. One way to tackle this would be to set (on first run) a latin input method based on the location and language, and to mandate that a latin input source is always present (in terms of UI, this would involve making the remove button insensitive for a latin input source if there's only one). It's worth noting that initial setup is definitely part of the story here.
I don't think latin vs non-latin is really the distinction here ? And even if it is, 'mandating a latin input source' sounds like the opposite of what we want (giving people freedom to use the input method they want). We can certainly show a warning icon like we currently do for caps lock, if an input method is active in a password entry; or even offer to switch to a different input source from that icon
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version, then please follow https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines and create a new bug report at https://gitlab.gnome.org/GNOME/gnome-control-center/-/issues/ Thank you for your understanding and your help.