Open Bug 1509259 Opened 6 years ago Updated 2 years ago

customized keyboard some keys ignored

Categories

(Core :: DOM: UI Events & Focus Handling, defect, P3)

60 Branch
x86_64
Linux
defect

Tracking

()

UNCONFIRMED

People

(Reporter: quirin.blaeser, Unassigned)

Details

Attachments

(3 files)

I am using a modified keyboard layout: de_DE.UTF-8 + winkeys replaced by \/*
backslash and slash are ignored completely, asterisk works.
Bug has been seen on 60.0.x esr included in opensuse LEAP 15 and 63.0.3 from mozilla.com
I have checked this with a new profile too.
DE: Windowmaker
Component: General → Event Handling
Product: Firefox → Core
Is this a regression that you noticed? Does the same configuration works correctly with, say, version 59?
Flags: needinfo?(quirin.blaeser)
I am using this layout for a very long time. Even longer than Firefox exists. This Bug had not been seen on Firefox esr used by LEAP 42.3 _before_ they decided to switch from 52.8 esr to 60.0 esr.
For your interest:
Also affected: icecat 60 esr and palemoon 28.2.1
Not affected Vivaldi 2.1.1337.51
I think, i've seen a similar Bug in an older Version of Firefox, maybe 20, which had been fixed long time ago.
Flags: needinfo?(quirin.blaeser)
Priority: -- → P3
Hello everyone,

I also have custom keyboard layout for with apart from few other changes have swapped AltGr and Alt. In Firefox, AltGr is not working at all, while all others are working fine (ie. CapsLock mapped to Esc).

In every other application, keys are working as expected, with an exception for VsCode where Caps lock to Escape did not work without changing one setting (link to the issue: https://github.com/Microsoft/vscode/issues/23991)

The OS is Ubuntu 18.10, and my xkb modifications are:

```
xkb_symbols "basic" {

    include "rs(latin)"

    name[Group1]="Slovenian";

    //key <TLDE> { type[Group1]="TWO_LEVEL", [ cedilla, diaer
esis ] };
    // more useful tilde, square, curly brackets mappings
    key <TLDE> { [ grave,          asciitilde    ] };
    key <AD11> { [ any,         any, bracketleft, braceleft
      ] }; // [ {
    key <AD12> { [ any,        any, bracketright, braceright
      ] }; // ] }
    // replace Alt-gr and Alt
    key <LALT> { [ Alt_R, Alt_R ] };
    key <RALT> { [ Alt_L, Alt_L ] };
    // menu to Alt-gr
    key <MENU> { [ Alt_R, Alt_R ] };
    modifier_map Mod5 { Alt_R, <MENU> };
    modifier_map Mod1 { Alt_L };
};
```

Workaround:
Removed keycode 133 and 134 from modifier map.
/ now work as expected.
new .Xmodmap:
keycode 133 = backslash
keycode 134 = slash
keycode 135 = asterisk
clear mod4
add mod4 = Super_L
add mod4 = Hyper_L

Hello,

I tested this issue on Ubuntu 18.04 x64 using Firefox 60.0.2esr, 65.0.1, 66.0b12 with germane keyboard layout + modified the windows keys followed the workaround from comment 4, it works for me on every build, I tried even on Firefox 42.0, 45.0.2 and 57.0.4 it works for me.
Could you please try and search for a regression using mozregression tool from https://mozilla.github.io/mozregression/install.html, with your setup?

Flags: needinfo?(quirin.blaeser)

Tha attached archive contains the output of xev for unmodified german layout, old modified layout without clearing mod4 and modified layout with adapted mod4 aka "workaround".

I have had a look at some older .Xmodmap and it turned out that they already contained a "clear mod4". The cause was a disabled autorepeat for "backslash" and "slash", while registered as mod4. A short test with FF 52.6.0 on an old installation showed the same behavior. So this may not be a regression. To reproduce issue, you might use the old .Xmodmap (9026903) and keep in mind that Ubuntu might use another setting for "winkeys" than OpenSUSE, especially not using them as keyboard modifier. So have a close look at the attached files.

Flags: needinfo?(quirin.blaeser)
Component: Event Handling → User events and focus handling

Based on reporter comment 6 I will take out the "regressionwindow-wanted" keyword.

Regarding my previous comment: I just realized, I should use "ISO_Level3_Shift" instead of "Alt_L". With this change, I do not experience this issue anymore. Strange why all other apps worked with "Alt_R".

(In reply to bmihelac from comment #3)

Hello everyone,

I also have custom keyboard layout for with apart from few other changes
have swapped AltGr and Alt. In Firefox, AltGr is not working at all, while
all others are working fine (ie. CapsLock mapped to Esc).

In every other application, keys are working as expected, with an exception
for VsCode where Caps lock to Escape did not work without changing one
setting (link to the issue: https://github.com/Microsoft/vscode/issues/23991)

The OS is Ubuntu 18.10, and my xkb modifications are:

xkb_symbols "basic" {

    include "rs(latin)"

    name[Group1]="Slovenian";

    //key <TLDE> { type[Group1]="TWO_LEVEL", [ cedilla, diaer
esis ] };
    // more useful tilde, square, curly brackets mappings
    key <TLDE> { [ grave,          asciitilde    ] };
    key <AD11> { [ any,         any, bracketleft, braceleft
      ] }; // [ {
    key <AD12> { [ any,        any, bracketright, braceright
      ] }; // ] }
    // replace Alt-gr and Alt
    key <LALT> { [ Alt_R, Alt_R ] };
    key <RALT> { [ Alt_L, Alt_L ] };
    // menu to Alt-gr
    key <MENU> { [ Alt_R, Alt_R ] };
    modifier_map Mod5 { Alt_R, <MENU> };
    modifier_map Mod1 { Alt_L };
};
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: