** Changed in: gdm
Status: New = Expired
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/460328
Title:
Wrong keyboard settings when console-settings has multiple layouts
To manage
** Changed in: gnome-settings-daemon
Importance: Unknown = Medium
--
Wrong keyboard settings when console-settings has multiple layouts
https://bugs.launchpad.net/bugs/460328
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
** Changed in: gnome-control-center
Importance: Unknown = Medium
--
Wrong keyboard settings when console-settings has multiple layouts
https://bugs.launchpad.net/bugs/460328
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
** Changed in: gdm
Importance: Unknown = Medium
--
Wrong keyboard settings when console-settings has multiple layouts
https://bugs.launchpad.net/bugs/460328
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
** Changed in: gnome-control-center
Status: Confirmed = Fix Released
--
Wrong keyboard settings when console-settings has multiple layouts
https://bugs.launchpad.net/bugs/460328
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
** Changed in: gnome-settings-daemon
Status: Unknown = Fix Released
--
Wrong keyboard settings when console-settings has multiple layouts
https://bugs.launchpad.net/bugs/460328
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
** Changed in: gdm
Status: Unknown = New
--
Wrong keyboard settings when console-settings has multiple layouts
https://bugs.launchpad.net/bugs/460328
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
** Changed in: gnome-control-center
Status: Unknown = Confirmed
--
Wrong keyboard settings when console-settings has multiple layouts
https://bugs.launchpad.net/bugs/460328
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
Psy[H[] [2010-03-24 20:13 -]:
Confirming. Problems described in comments #41 and #42 are fixed.
Finally :-) Thanks for testing.
There is a small misguiding interface glitch left: if you have
defaultGroup key set to 0, and you press set defaults in g-k-p,
defaultGroup becomes -1, but
Checkbox: new window inherits layout of active window or something like that.
In new gnome it is a curious frontend to defaultGroup key.
Checkbox true = defaultGroup -1
Checkbox false = defaultGroup 0
And this checkbox does not update visually when set defaults button is
pressed and sets
Confirming. Problems described in comments #41 and #42 are fixed.
There is a small misguiding interface glitch left: if you have
defaultGroup key set to 0, and you press set defaults in g-k-p,
defaultGroup becomes -1, but corresponding checkbox in g-k-p interface
is not being updated.
--
Wrong
** Bug watch added: GNOME Bug Tracker #613775
https://bugzilla.gnome.org/show_bug.cgi?id=613775
** Also affects: gnome-control-center via
https://bugzilla.gnome.org/show_bug.cgi?id=613775
Importance: Unknown
Status: Unknown
--
Wrong keyboard settings when console-settings has
control center patch sent upstream.
** Changed in: gnome-control-center (Ubuntu Lucid)
Status: In Progress = Fix Committed
--
Wrong keyboard settings when console-settings has multiple layouts
https://bugs.launchpad.net/bugs/460328
You received this bug notification because you are a
This bug was fixed in the package gnome-control-center -
1:2.29.92-0ubuntu2
---
gnome-control-center (1:2.29.92-0ubuntu2) lucid; urgency=low
* Add 04_keyboard_layout_gconf_names.patch: keyboard: Fix layout gconf key
initialization for empty variants. (LP: #460328)
-- Martin
** Branch linked: lp:ubuntu/gnome-control-center
--
Wrong keyboard settings when console-settings has multiple layouts
https://bugs.launchpad.net/bugs/460328
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Psy[H[] [2010-03-22 22:26 -]:
...I was wrong: options with dups and tabs are correctly translated to
console-setup, being stripped of garbage. But why such distorted syntax
in gconf?
Does it actually work with that syntax? If not, can you please file a
separate bug about it, since it's a
Psy[H[] [2010-03-22 21:35 -]:
Why make g-s-d add defaults from console-setup to gconf? Add nothing
until user applies something that differs from console-setup settings.
I think that should work as well, yes.
--
Martin Pitt| http://www.piware.de
Ubuntu Developer
** Bug watch added: GNOME Bug Tracker #613666
https://bugzilla.gnome.org/show_bug.cgi?id=613666
** Also affects: gnome-settings-daemon via
https://bugzilla.gnome.org/show_bug.cgi?id=613666
Importance: Unknown
Status: Unknown
** Changed in: gdm (Ubuntu Lucid)
Status: In
It gets fairly hilarious at this point to close/reopen gdm, I'm sorry.
But we can't fix this properly in g-s-d without fixing gdm first, since
gdm destroys the initially configured keyboard layouts from X and just
pokes in its own selection (which is just a single layout).
** Changed in: gdm
** Bug watch added: GNOME Bug Tracker #613681
https://bugzilla.gnome.org/show_bug.cgi?id=613681
** Also affects: gdm via
https://bugzilla.gnome.org/show_bug.cgi?id=613681
Importance: Unknown
Status: Unknown
--
Wrong keyboard settings when console-settings has multiple layouts
*Phew*, it's finally working. I sent the patches to the upstream bug and
will upload them soon.
They now implement the suggested behaviour, as long as the gconf key is
empty, it uses the system-level layouts. The key stays empty as long as
you just switch between the layouts configured on the
Thank you, much appreciated.
--
Wrong keyboard settings when console-settings has multiple layouts
https://bugs.launchpad.net/bugs/460328
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
This bug was fixed in the package gnome-settings-daemon -
2.29.92-0ubuntu3
---
gnome-settings-daemon (2.29.92-0ubuntu3) lucid; urgency=low
* Add 08_multi_keyboard_layouts.patch: Default to system settings for
handling multiple keyboard layouts. (LP: #460328)
* Add
This bug was fixed in the package gdm - 2.29.92-0ubuntu4
---
gdm (2.29.92-0ubuntu4) lucid; urgency=low
* 31-unify-power-strings.patch: Drop Shut Down → Switch Off hunk, still
under debate.
* Add 33-multi-keyboard-layouts.patch: Keep multiple system keyboard layouts
for
** Branch linked: lp:ubuntu/gnome-settings-daemon
--
Wrong keyboard settings when console-settings has multiple layouts
https://bugs.launchpad.net/bugs/460328
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
** Branch linked: lp:ubuntu/gdm
--
Wrong keyboard settings when console-settings has multiple layouts
https://bugs.launchpad.net/bugs/460328
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Does it actually work with that syntax?
Surprisingly, yes.
--
Wrong keyboard settings when console-settings has multiple layouts
https://bugs.launchpad.net/bugs/460328
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
Confirming: with empty gconf keys g-s-d now correctly takes settings from
console-setup.
When something is changed on user-level, only corresponding gconf key is being
set. Others remain empty and work correctly.
I've tested addition of custom options by adding compose key option, and
noticed
Wow! I've found another glitch!
Check this: layouts key is empty, two layouts are set in console-setup. In my
case us,ru
If you select russian layout in g-k-p and press move up button to put in on
frst place, then gconf layouts key will be set to [ru ,us ]. In this
case those tab symbols
In addition to second us, the defaultGroup spontaneously changes
it's value to -1 from 0
This bug is far from being closed...
--
Wrong keyboard settings when console-settings has multiple layouts
https://bugs.launchpad.net/bugs/460328
You received this bug notification because you are a member
Adding control-center task for the gnome-keyboard-properties issue.
** Also affects: gnome-control-center (Ubuntu)
Importance: Undecided
Status: New
** Changed in: gnome-control-center (Ubuntu Lucid)
Importance: Undecided = Medium
** Changed in: gnome-control-center (Ubuntu Lucid)
Taking notes for myself, please ignore.
I tested this in more detail, and gsd always sets the current default
layout to what is in $GDM_KEYBOARD_LAYOUT, so this is already working
correctly.
Simple check which avoids logging out/in:
gconftool --type list --list-type string -s
*sigh* seems we can't get around fixing it the complicated way of
supporting lists in $GDM_KEYBOARD_LAYOUT. If the gconf key is empty, the
keyboard layout indicator does not work, and for me g-s-d does not take
the settings from udev.
** Changed in: gnome-settings-daemon (Ubuntu Lucid)
/desktop/gnome/peripherals/keyboard/kbd/layouts is [] empty - this is ok,
because layouts are then taken from console-setup
Everything works until reboot or restart of gnome-settings-daemon:
How do you switch keyboard layouts then?
--
Wrong keyboard settings when console-settings has
OK, so how would this work:
* We keep gdm as it is; gdm is responsible for picking _one_ layout
which is the one used for entering the password, and the one which is
active when you log into the session.
* We fix g-s-d to read the system default layout(s) and add them to
gconf
* Afterwards
Before Karmic, I didn't have to configure gnome at all (meaning, all the gconf
settings were working fine if they were empty).
Console-setup was configured to [us,gr], and X would pick it up and let me work
with it, and allow me to switch layouts, no matter if I used an xterm, gnome,
or kde
Why make g-s-d add defaults from console-setup to gconf? Add nothing
until user applies something that differs from console-setup settings.
Let the layouts gconf key be empty until needed otherwise.
I'm proposing the following g-s-d behavior:
1. setting present in gconf = use it
2. setting is
also a glitch in lucid:
when I set Xserver kill keys and layout switch keys through g-k-p, wrong
syntax is being written to gconf key:
instead of writing:
[terminate:ctrl_alt_bksp,grp:alt_shift_toggle]
it writes:
[terminate terminate:ctrl_alt_bksp,grp grp:alt_shift_toggle]
(duplicated
after I manually correct all settings in gconf, apply systemwide
button in g-k-p works fine: it asks for authorization and writes
parameters from layouts, model and options keys to console-setup.
summarizing problems:
1. g-s-d writes garbage to gconf (tab symbols, duplicated words broken
...I was wrong: options with dups and tabs are correctly translated to
console-setup, being stripped of garbage. But why such distorted syntax
in gconf?
--
Wrong keyboard settings when console-settings has multiple layouts
https://bugs.launchpad.net/bugs/460328
You received this bug notification
** Tags added: iso-testing
--
Wrong keyboard settings when console-settings has multiple layouts
https://bugs.launchpad.net/bugs/460328
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
xserver-xorg-input-evdev itself is fine, it just passes on the entire
list to the udev property. So this is between gdm and g-s-d now, closing
the -evdev task.
** Changed in: xserver-xorg-input-evdev (Ubuntu Lucid)
Status: In Progress = Invalid
** Changed in: xserver-xorg-input-evdev
I just tested current lucid with multiple layouts:
[us,de,de\tnodeadkeys]
gdm is meant to pick precisely one keyboard layout (the one you want to
use by default), so we should not and will not support lists in gdm.
(This is what I originally meant with multiple default layouts do not
make
what about situation when there are two layouts in console setup (for example
us,ru) and gconf layouts key is empty?
g-s-d is being started - what will happen? Currently in karmic gconf layouts
key becomes just [us]. Shouldn't it remain empty?
--
Wrong keyboard settings when console-settings
Psy[H[] [2010-03-18 16:41 -]:
what about situation when there are two layouts in console setup
(for example us,ru) and gconf layouts key is empty? g-s-d is
being started - what will happen? Currently in karmic gconf
layouts key becomes just [us]. Shouldn't it remain empty?
It should only
I may disagree. If empty = no override, wouldn't it be logical to leave it
empty and use system-level settings, until user decides to set something
explicitly for himself?
In case of gdm, which is a system tool, not a user-owned profile, it is even
more appropriate to follow system-level
also if defaultGroup is set to -1 then there should be no visible dot
in gnome-keyboard-properties.
--
Wrong keyboard settings when console-settings has multiple layouts
https://bugs.launchpad.net/bugs/460328
You received this bug notification because you are a member of Ubuntu
Bugs, which is
bug #283128, which includes a patch (!), might be the same issue as
well.
--
Wrong keyboard settings when console-settings has multiple layouts
https://bugs.launchpad.net/bugs/460328
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
bug #401497 and its duplicates could be the same issue
--
Wrong keyboard settings when console-settings has multiple layouts
https://bugs.launchpad.net/bugs/460328
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing
the issue has been discussed on IRC, the multiple layouts is not a bug
and required for non latin configurations which need to have both their
layout and an us one to be able to type chars in the different alphabets
they are using, gdm and GNOME should have the same layout list and allow
switching
** Changed in: xserver-xorg-input-evdev (Ubuntu)
Importance: Undecided = High
** Also affects: console-setup (Ubuntu Lucid)
Importance: Undecided
Status: Invalid
** Also affects: xserver-xorg-input-evdev (Ubuntu Lucid)
Importance: High
Assignee: Martin Pitt (pitti)
Hello,
I have a similar problem, but in my case it's the compose option which is
ignored, in gdm, and in XFce4 and LXDE after (two different installations, same
behavior).
I fix easily the problem by calling setxkbmap -option compose:menu but it's a
pain in the bottom.
I attach a file showing
Verifying this for Lucid Alpha 1.
Please make gdm use a [Default] layout by default, one which simply
doesn't write anything to
/desktop/gnome/peripherals/keyboard/kbd/layouts, as opposed to
using/forcing the [us] layout.
--
Wrong keyboard settings when console-settings has multiple layouts
I am having the same problem with a clean installation of 9.10 in Greek.
I used the workaround mentioned here:
https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/401497/comments/20
(I think that bug #460328 and bug 401497 should be marked as duplicates).
For the record, here are some
** Changed in: xserver-xorg-input-evdev (Ubuntu)
Status: New = Triaged
** Changed in: xserver-xorg-input-evdev (Ubuntu)
Status: Triaged = In Progress
--
Wrong keyboard settings when console-settings has multiple layouts
https://bugs.launchpad.net/bugs/460328
You received this bug
** Changed in: xorg (Ubuntu)
Status: Triaged = New
** Changed in: xorg (Ubuntu)
Importance: Low = Undecided
--
Wrong keyboard settings when console-settings has multiple layouts
https://bugs.launchpad.net/bugs/460328
You received this bug notification because you are a member of
** Package changed: xorg (Ubuntu) = xserver-xorg-input-evdev (Ubuntu)
--
Wrong keyboard settings when console-settings has multiple layouts
https://bugs.launchpad.net/bugs/460328
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
Ah, /usr/lib/hal/debian-setup-keyboard is shipped by xserver-xorg
nowadays, will fix it there.
** Package changed: hal (Ubuntu) = xorg (Ubuntu)
** Also affects: console-setup (Ubuntu)
Importance: Undecided
Status: New
--
Wrong keyboard settings when console-settings has multiple
Hm, before I declare the console-common task as valid, I first need to
check whether set system wide button causes this.
** Changed in: console-setup (Ubuntu)
Status: New = Invalid
--
Wrong keyboard settings when console-settings has multiple layouts
tab symbol appears only when changing layouts in gnome while
/desktop/gnome/peripherals/keyboard/kbd/layouts is empty, i.e. changing
them after set defaults is pressed. If gconf keys are correct, then #2
is no more. Isn't it just a gnome's problem?
To check set system wide, I've added third
Martin Pitt wrote:
So, having multiple default layouts in console-setup conceptually does
not make sense. hal should filter them out and just set the first one.
In case of Psy and me, this would pick up the wrong layout. us is the
obsolete one, ru btw. de is the one printed to the caps of the
Traumflug, what do you mean?
Problem is - gnome leaves defaultGroup undefined (-1), but should set the
first (0).
Also, if gconf layouts key is empty, gnome should not put anything there,
until user decides to locally override global settings
--
Wrong keyboard settings when console-settings
Am 27.10.2009 um 14:01 schrieb Psy[[H[[]]:
Traumflug, what do you mean?
I mean, if some software picks the first of two default layouts
[us,de], it'll pick the wrong one.
As Martin said already, having more than one default doesn't make
sense anyways.
--
Wrong keyboard settings when
63 matches
Mail list logo