** 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 notificatio
** 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.
--
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.
--
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: 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.
--
ubun
** 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
ub
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 de
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
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
** 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
ub
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 Pit
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 mem
** 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 mul
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)
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 memb
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
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 t
> 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 mai
** 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
ubuntu-bugs@lists.u
** 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
u
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
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 09_indicator
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
ubuntu-bugs@lists.ubun
*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 syst
** 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
htt
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 (Ubun
** 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 Prog
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 (
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
...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 notificatio
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
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
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 emp
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 sess
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 we
> /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 mult
*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)
Stat
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
/desktop/gnome/per
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 s
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 se
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 sh
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-setti
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 sens
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 (Ubu
** 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
ubuntu-bugs@lists.ubuntu
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.
--
ub
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 l
** 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)
St
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
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 showin
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
http
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 results
** 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
** 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.
--
ubunt
** 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 Ubun
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
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
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
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 la
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
https://bugs.launchpad.net/bugs/460
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 layo
63 matches
Mail list logo
