Public bug reported:
This is a very precise how to reproduce and a neat conclusion.
People in a hurry may jump to the last paragraphs, but I bet they'll come back
here for the whole story.
Although I have very little time because this bug lost --- and almost
got me mad during --- a whole week, I would hate to postpone this report
and forget the details of a neat conclusion.
This is using pure, recent Ubuntu 8.04.1, no update.
Precisely, customizing (with scripts) the installations of several laptops
- using UK keyboard with Russian stickers
- as multi-users computers using English, Russian, French and Spanish.
(If you're asked why we're doing that in Belgium, just reply : Ubuntu).
Inherent to the Russian keyboard, two switched keyboard layouts must be defined.
In this case, UK (gb in X parlance) and RU.
French accents being needed, that's gb international and ru is the winkeys
variant.
Is it because of the same bug, I didn't investigate but please do, I was
unable to define the layouts in gnome (with gnome-keyboard-properties) :
the second layout would (sometimes? it's long ago in my mind) display
funny characters for is it just RU. I was even loosing my Greek too.
So, I resorted to the following /etc/X11/xorg.conf :
Section "InputDevice"
Identifier "Generic Keyboard"
Driver "kbd"
Option "XkbRules" "xorg"
Option "XkbModel" "pc105"
Option "XkbLayout" "gb,ru"
Option "XkbVariant" "intl,winkeys"
Option "XkbOptions" "grp:alt_shift_toggle"
EndSection
and it got it working, done thing.
Almost. Except that, according the gnome-keyboard-properties again :
Layouts tab : Separate layout for each window
No layouts configured (xorg.conf's are displayed)
One layout is tagged as default
Otherwise said by $ gconftool -R /desktop/gnome/peripherals/keyboard
/desktop/gnome/peripherals/keyboard/general:
groupPerWindow = true
defaultGroup = 1
or
defaultGroup = 2
/desktop/gnome/peripherals/keyboard/kbd:
layouts = []
model =
overrideSettings = true
options = []
The keyboard state should have been local to each window and it was global to
the session.
Quite an annoying thing when you switch between windows needing Latin and
Cyrillic keyboard layouts to have to alt-shift constantly to get the correct
state, instead of this state being remembered for each window.
In fact, the problem was occurring for some usernames only, and sometimes not
for the username it had been bugging before.
I made a lot of suppositions and I even reinstalled a system 4 times because I
was under the impression that once the error occured for user X it was forever
and there was even no use to remove X entirely and reinstall it because some
memory of X remained somewhere.
I finally came down to a case where adding the first two users of a freshly
reinstalled system with a plain System Administration Users and Groups
operation :
- t test
- a Daria (initially Дарья but I suspected that Ubuntu didn't like Russian
names or language)
the second had the problem and the first not.
This is too much, I thought. I knew gnomes as jokers but nothing like
racists able to guess, after totally wiping a system, that Daria really
does speak Russian and that test doesn't ;-)
So, what was, beside expectedly different names, the difference explaining this?
Gosh, a was passwordless login and t wasn't !!!!
Precisely, as follows
http://doc.ubuntu-fr.org/gdm#identification_sans_mot_de_passe
(sorry, I warned you about languages ;-))
user names defined in /etc/gdm/nopassusers.txt
But (the week time is nearly over) what the heck is the relation between
a password and a keyboard ??? Well, obviously that you need the first
one to type the second ;-)
The thing is that I use the following GDM greeter :
/etc/gdm/gdm.conf-custom :
[greeter]
GraphicalTheme=happygnome-list
GraphicalThemes=happygnome-list
GraphicalThemeRand=true
Exclude=nobody,wine,t
Passworded users type a password and continue login.
Passwordless ones just click on their face to make their way into login.
And so, here's my conclusion of all this ramble :
If the keyboard is not used to make a GDM login, the so-called "Separate
layout for each window" gnome keyboard option does not work (and maybe
the Gnome-defined layouts either, no time to test that).
This is, I think, proven by the fact that it's sufficient for the
affected user to type some junk in the input area before clicking to get
their loin working correctly.
I'm not hoping it will help, I'm sure of it ;-)
** Affects: ubuntu
Importance: Undecided
Status: New
--
No typing at GDM login breaks "Separate keyboard layout for each window" option
https://bugs.launchpad.net/bugs/253168
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.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
