Bug#490410: [Pkg-xfce-devel] Bug#490410: xfce4-xkb-plugin: Same issue with us, cz keyboard layout, more details, workaround
On mer, 2008-09-17 at 03:04 +0300, Andrei Popescu wrote: Could you try: - start X and Xfce and don't type anything (for example using startx /usr/bin/startxfce4) This still gives me the problem, where the plugin loads only the US keyboard, not reflecting what is in xorg.conf Confirmed (this is also my default) - start X, type some stuff, then start xfce4-panel (for example using gdm or any dm) X is started via gdm, there are tons of characters typed when logging in. Layout switching is already active there and works (tested). Then after successful login xfce is started (probably via Xsession.d and that whole path - not an expert here) and the xkb plugin is still confused. I hope I understood this test correctly. Not confirmed. For me it works ok when using gdm. Andrei: Ok so in your case, your hitting the “no keypress before init”. Not sure if there's already a bug opened, I'll point you to it later. Jan: For your case, that's another story, and thus another bug. What puzzles me is that when you described the situation in your first mail, it was kind of exactly that (no init before keypresses). When you say that layout switching is working *before* Xfce is run, how do you try that? Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#490410: [Pkg-xfce-devel] Bug#490410: xfce4-xkb-plugin: Same issue with us, cz keyboard layout, more details, workaround
Hi, On Wed, 8 Oct 2008, Yves-Alexis Perez wrote: On mer, 2008-09-17 at 03:04 +0300, Andrei Popescu wrote: Could you try: - start X and Xfce and don't type anything (for example using startx /usr/bin/startxfce4) This still gives me the problem, where the plugin loads only the US keyboard, not reflecting what is in xorg.conf Confirmed (this is also my default) - start X, type some stuff, then start xfce4-panel (for example using gdm or any dm) X is started via gdm, there are tons of characters typed when logging in. Layout switching is already active there and works (tested). Then after successful login xfce is started (probably via Xsession.d and that whole path - not an expert here) and the xkb plugin is still confused. I hope I understood this test correctly. Not confirmed. For me it works ok when using gdm. Andrei: Ok so in your case, your hitting the “no keypress before init”. Not sure if there's already a bug opened, I'll point you to it later. Jan: For your case, that's another story, and thus another bug. What puzzles me is that when you described the situation in your first mail, it was kind of exactly that (no init before keypresses). When you say that layout switching is working *before* Xfce is run, how do you try that? I meant the gdm - which is already an instance of X, right? In the login dialogue in gdm, I am able to switch keyboard layouts using the shortcut specified in my xorg.conf (see below for the relevant snippet). Cheers, Jan relevant part of my xorg.conf: - Section InputDevice Identifier Generic Keyboard Driver kbd Option XkbRules xorg Option XkbModel microsoftprousb Option XkbLayout us,cz Option XkbVariant,qwerty Option XkbOptions grp:alt_shift_toggle,grp_led:scroll EndSection - Please, note that it if I specify e.g. 'de,cz' instead of 'us,cz' in the xorg.conf, the xfce4-panel would start the plugin but the plugin would see the default 'us' layout. I am wondering if this whole thing could be some unfortunate synchronization issue during the whole startup sequence that causes the plugin to get the wrong information from X..
Bug#490410: [Pkg-xfce-devel] Bug#490410: xfce4-xkb-plugin: Same issue with us, cz keyboard layout, more details, workaround
[Not Cc'ing Jan if you say it's a different issue] On Wed,08.Oct.08, 08:07:17, Yves-Alexis Perez wrote: Not confirmed. For me it works ok when using gdm. Andrei: Ok so in your case, your hitting the “no keypress before init”. Not sure if there's already a bug opened, I'll point you to it later. I'm aware that using startx is really not the usual case for Xfce4 users, but it's still a use case, would be nice to get this fixed for Lenny; I'm available for testing patches ;) Regards, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) signature.asc Description: Digital signature
Bug#490410: [Pkg-xfce-devel] Bug#490410: xfce4-xkb-plugin: Same issue with us, cz keyboard layout, more details, workaround
On mer, 2008-10-08 at 20:25 +0300, Andrei Popescu wrote: Not confirmed. For me it works ok when using gdm. Andrei: Ok so in your case, your hitting the “no keypress before init”. Not sure if there's already a bug opened, I'll point you to it later. I'm aware that using startx is really not the usual case for Xfce4 users, but it's still a use case, would be nice to get this fixed for Lenny; I'm available for testing patches ;) Sure it's an usual use case :) Don't worry, we'll find out a solution -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#490410: [Pkg-xfce-devel] Bug#490410: xfce4-xkb-plugin: Same issue with us, cz keyboard layout, more details, workaround
Hi, thanks for feedback, see below. On Sun, 17 Aug 2008, Yves-Alexis Perez wrote: On sam, 2008-08-16 at 22:33 +0200, Jan Capek wrote: The contents of these arrays differs depending on whether the instance of the xkb plugin comes from a the actual startup of the entire xfce4 environment or if I RESTART xfce4panel. Could you try to save your session without saving, or something like that, to enter the session without any panel running. Then wait a bit, and run xfce4-panel, and see if you're in the START case or in the RESTART case. I have tried this and that works as expected that is START case is the same as RESTART case. So it still looks like some crap in the actual xkb stuff. It may be related to http://bugzilla.xfce.org/show_bug.cgi?id=3156 but in your case you already use us,cz. Yes, this is the original that I started wondering about - cz,us from xorg.conf makes the US layout broken as I describe on bugzilla (posted yesterday) - us, cz is fine. I had one more idea for testing - I have specified only two exotic layouts in my xorg.conf, omitting the US one completely: Section InputDevice Identifier Generic Keyboard Driver kbd Option XkbRules xorg Option XkbModel microsoftprousb Option XkbLayout de,cz Option XkbVariant,qwerty Option XkbOptions grp:alt_shift_toggle,grp_led:scroll EndSection ... and guess what happened.., the xkb plugin upon xfce4 START showing the US flag only and layout change makes it display either (null) or the US flag. So, this only confirms the theory that for some reason the plugin/panel is not started at the time when the layouts have been loaded by the X server, ugh. Whose fault is this? As of the bug http://bugzilla.xfce.org/show_bug.cgi?id=3156, should this be escalated to xserver-xorg-input-kbd driver? This clearly seems to be some xkbd problem. I am relocating tomorrow, so I will be able to perform further tests/answer questions on wednesday. Cheers, Jan Cheers, -- Yves-Alexis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490410: [Pkg-xfce-devel] Bug#490410: xfce4-xkb-plugin: Same issue with us, cz keyboard layout, more details, workaround
On sam, 2008-08-16 at 22:33 +0200, Jan Capek wrote: The contents of these arrays differs depending on whether the instance of the xkb plugin comes from a the actual startup of the entire xfce4 environment or if I RESTART xfce4panel. Could you try to save your session without saving, or something like that, to enter the session without any panel running. Then wait a bit, and run xfce4-panel, and see if you're in the START case or in the RESTART case. It may be related to http://bugzilla.xfce.org/show_bug.cgi?id=3156 but in your case you already use us,cz. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
