https://bugzilla.novell.com/show_bug.cgi?id=302099#c22
--- Comment #22 from Egbert Eich
'showkey -s' for the FN-key: 0xe0 0x63 0xe0 0xe3
'showkey -s' for the Menu-key is the same: 0xe0 0x63 0xe0 0xe3
No this is bad! We cannot handle this at all with the non-evdev keyboard driver! This needs to be fixed elsewhere.
By the way, is this new ACPI-key-handling maybe the reason for the following new behaviour, too? Situation: I have firefox open on console 7 (default X-Session) and the firefox window has the focus. Now I switch to console 2 (e.g. to run the 'showkey -s' command) and I switch back to console 7 via Ctrl+Alt+F7, then firefox receives and handles the F7 key press, too. It asks me, if I want to toggle 'Carret Browsing'. If I press Ctrl+Alt+F7 while I'm on console 7, firefox will not handle the F7 key press, only when I come back from another terminal. Should I open a new bug for this, or is it the same?
No, this is bug 141443 :( (In reply to comment #21 from Jörg Hermsdorf)
Magnus,
here the results:
1: The context menu pops up after about ~2 seconds!
This seems acceptable. But the kernel schouldn't handle this. This can be considered a 'desktop' feature but should be configurable thru some desktop tool.
2: The context menu pops up immediately!
So the release event triggers these key events. This sounds broken.
3: No, the context menu won't popup at all. But this wasn't the case until yesterday, where it popped up too after about 2 seconds. I did some FACTORY
That's at least sane. So things are improving at least! -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.