[Fedora-i18n-bugs] [Bug 518395] add @input-methods to Package Selection screen
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=518395
--- Comment #22 from Chris Lumens <clumens(a)redhat.com> 2009-09-04 15:51:47 EDT ---
The "top-level groups" (or tasks, as we sometimes call them) are entirely made
up by anaconda, but generally map to major areas of functionality that a user
might want to quickly enable/disable. So for instance, you may want a web
server setup, or a desktop setup, or whatever. With a single click you can get
that support or remove it if you'd like. With that in mind, adding things to
that list should be done only very rarely so as to not allow the task list to
get too large and unusable.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years, 7 months
[Fedora-i18n-bugs] [Bug 476871] GDM uses wrong keyboard layout after switching back
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=476871
--- Comment #10 from fujiwara <tfujiwar(a)redhat.com> 2009-09-04 03:24:00 EDT ---
Created an attachment (id=359765)
--> (https://bugzilla.redhat.com/attachment.cgi?id=359765)
Patch for gdm/daemon/gdm-session-direct.c, gdm/daemon/gdm-session-settings.c
The part "gdm-session-direct.c:" setup_session_environment() is fixed in HEAD
and it's against a Fedora internal patch gdm-system-keyboard.patch .
The following scenario is the bug reproducing steps:
1. default system keyboard layout is jp from /etc/sysconfig/keyboard
2. GDM layout option Widget shows jp layout by default.
3. Users can add us layout from layout dialog.
4. Log in to GNOME session with us layout.
5. GDM worker sends GDM_KEYBOARD_LAYOUT="us"
6. GDM worker saves Layout=us in $HOME/.dmrc
7. gnome-settings-daemon gets "us" from GDM_KEYBOARD_LAYOUT and save it in
gconf value /desktop/gnome/peripherals/keyboard/kbd/layouts = [us]
And update XKB layout with xkl_engine_lock_group().
8. Log out the GNOME session.
9. GDM layout option Widget shows us layout.
10. Log in to GNOME session with jp layout.
Then GDM worker does *not* send GDM_KEYBOARD_LAYOUT="jp"
Because get_layout_name (session) == "jp" from layout Widget and
get_system_default_layout (session) == "jp" from
/etc/sysconfig/keyboard
and setup_session_environment() doesn't set GDM_KEYBOARD_LAYOUT with the fedora
patch gdm-system-keyboard.patch .
11. GDM worker saves Layout=jp in $HOME/.dmrc
12. gnome-settings-daemon doesn't get $GDM_KEYBOARD_LAYOUT. It sets XKB layout
"us" from the gconf value.
So user choose "jp" layout but actual session assigns "us" layout.
To fix this problem, I think removing the if condition is good.
get_layout_name() returns the layout from GUI.
get_system_default_layout() returns the system layout.
get_default_layout_name() returns saved layout in .dmrc.
The default layout is retrieved from user's gconf value so the either get*()
doens't return the correct value.
I also think checking user's gconf is not good before gnome-settings-daemon is
launched.
The fix of gdm_session_settings_set_layout_name() means to call "layout-name"
notification in reading .dmrc only.
gdm_session_settings_set_layout_name() is also called when users choose the
layout from GUI.
If "layout-name" notification is called with users choice, the notification
calls a DBUS method and gdm-simple-slave updates
GdmSessionDirectPrivate.saved_layout as the result.
This fix GDM always can send $GDM_KEYBOARD_LAYOUT.
I'm also adding gnome-settings-daemon patch.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
14 years, 7 months