Description of problem: As in other desktop/wm session, users installed ibus have some default input method set, e.g. Traditional Chinese has chewing. But only in Gnome, there is no input method and users will need to setup it manually. Version-Release number of selected component (if applicable): Mageia 5 RC How reproducible: Always Steps to Reproduce: 1.Boot Gnome live DVD 2.select any language that needs input method, usually Asian. 3.In settings -> Region & language, no input source is set. Reproducible: Steps to Reproduce:
I'm not sure, but this might have been fixed by https://bugs.mageia.org/show_bug.cgi?id=15464#c14 if GNOME depends on /etc/locale.conf to determine the input method. IIRC we started using /etc/locale.conf because GNOME would only consider it for the locale, so maybe the IM was just the missing link.
CC: (none) => mageia, olav, thierry.vignaud
I tested this issue after that one was fixed. Unfortunately I wasn't testing Gnome for every release, so it might appear before the locale.conf migration. The issue is different here: Gnome has ibus integrated and even though locale.conf does not contain any IM variables, ibus will still be started. However, ibus is only an input method platform, users rely on specific input method modules to input characters of their own language. Please refer to the wiki here: https://wiki.gnome.org/Design/SystemSettings/RegionAndLanguage The "input source" contains specific input method modules that users need. However, in default Gnome session, it's empty and user need to configure it manually.
Please try with Mageia 3: Mageia-3-LiveDVD-GNOME-i586-DVD.iso This is the release we have added default input methods for Gnome.
If this issue is still valid, could you please write a short note explaining it so that we can add it to Errata?
Whiteboard: (none) => MGA5TOO FOR_ERRATA
Already did. See: https://wiki.mageia.org/en/Mageia_5_Errata#Internationalization
Thanks
Whiteboard: MGA5TOO FOR_ERRATA => MGA5TOO IN_ERRATA
Note that this problem can be confusing after upgrade. I just upgraded from Mageia 4 to 5, and on reboot, gdm was in QWERTY (even if my french installation is in AZERTY). So, the password was not recognized, and as you only see stars for password, it's confusing. No problem in shell (ctrl+alt+F2), and no problem in the gnome session: if you enter the correct password in qwerty, you get your gnome in azerty as before. So perhaps, we should add a clearer warning and say: "If you can't login after upgrade, try to type your password in qwerty. And then go setting the input language of the *login screen* (button on the top in the Languages window)".
CC: (none) => olivier
Assignee: bugsquad => gnome
Is this sill valid?
Yes, I can reproduce it in Mageia-8-Live-GNOME-x86_64 Bug is present in live session and installed system.
Thanks, added under https://wiki.mageia.org/en/Mageia_8_Errata#GNOME
Keywords: (none) => IN_ERRATA8Hardware: i586 => AllCC: (none) => friWhiteboard: MGA5TOO IN_ERRATA => MGA8TOO
In case anyone wonders, this is same for Mageia 9 alpha.
Does this happen on a clean classic/network install, or only when running Live or installing from Live?
Keywords: (none) => IN_ERRATA9
I use mostly Plasma, GNOME installed just to test. System was a fresh install of mga9 beta2 then updated. Now I see that all(?) apps in in GNOME use English menus etc, despite I selected Swedish at install, and it is respected in Plasma. Solution was to type locale in the search field, localedrake showed up and I set Swedish & Sweden, logged out and in. Strange, I think it was OK in Mageia 8, installed similarly...
Whiteboard: MGA8TOO => MGA8TOO, MGA9TOO