Bug 15793 - No default input method set in Gnome session
Summary: No default input method set in Gnome session
Status: NEW
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: All Linux
Priority: Normal normal
Target Milestone: ---
Assignee: GNOME maintainers
QA Contact:
URL:
Whiteboard: MGA8TOO, MGA9TOO
Keywords: IN_ERRATA8, IN_ERRATA9
Depends on:
Blocks:
 
Reported: 2015-04-29 05:24 CEST by You-Cheng Hsieh
Modified: 2023-10-17 17:17 CEST (History)
5 users (show)

See Also:
Source RPM:
CVE:
Status comment:


Attachments

Description You-Cheng Hsieh 2015-04-29 05:24:59 CEST
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:
Comment 1 Rémi Verschelde 2015-04-29 09:31:25 CEST
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

Comment 2 You-Cheng Hsieh 2015-04-29 09:49:18 CEST
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.
Comment 3 You-Cheng Hsieh 2015-04-29 10:33:40 CEST
Please try with Mageia 3:
Mageia-3-LiveDVD-GNOME-i586-DVD.iso

This is the release we have added default input methods for Gnome.
Comment 4 Samuel Verschelde 2015-06-06 17:16:35 CEST
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

Comment 5 You-Cheng Hsieh 2015-06-06 17:29:06 CEST
Already did. See:
https://wiki.mageia.org/en/Mageia_5_Errata#Internationalization
Comment 6 Samuel Verschelde 2015-06-06 17:36:02 CEST
Thanks

Whiteboard: MGA5TOO FOR_ERRATA => MGA5TOO IN_ERRATA

Comment 7 Olivier FAURAX 2015-09-17 00:31:50 CEST
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

Olav Vitters 2016-09-19 10:31:06 CEST

Assignee: bugsquad => gnome

Comment 8 Olivier FAURAX 2022-07-16 13:49:27 CEST
Is this sill valid?
Comment 9 You-Cheng Hsieh 2022-07-19 11:50:07 CEST
Yes, I can reproduce it in 
Mageia-8-Live-GNOME-x86_64

Bug is present in live session and installed system.
Comment 10 Morgan Leijström 2022-07-19 16:05:25 CEST
Thanks, added under
https://wiki.mageia.org/en/Mageia_8_Errata#GNOME

Keywords: (none) => IN_ERRATA8
Hardware: i586 => All
CC: (none) => fri
Whiteboard: MGA5TOO IN_ERRATA => MGA8TOO

Comment 11 You-Cheng Hsieh 2022-11-25 04:59:26 CET
In case anyone wonders, this is same for Mageia 9 alpha.
Comment 12 Morgan Leijström 2023-03-08 06:13:49 CET
Does this happen on a clean classic/network install,
or only when running Live or installing from Live?

Keywords: (none) => IN_ERRATA9

Comment 13 Morgan Leijström 2023-10-17 17:17:08 CEST
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


Note You need to log in before you can comment on or make changes to this bug.