The instructions state:
Before opening a new bug report, please search the forum for duplicates and read the Debug Guide.
I did that but didn’t find any duplicates.
We only consider bug that are reproducible in the sandbox vault or no third-party plugins/no css snippets/default theme. For Linux, we only accept bug reports that are reproducible with the Appimage package under Gnome or KDE.
The behaviour I described is reproducible in the sandbox vault.
Once you’ve done the above, delete everything above this line.
I did that. Plus the line itself.
What else was I supposed to do?
Yes.
I included a screencast showing the keyboard layout. It is the Swedish keyboard layout.
English
Same issue with that one. ⌘ + shift + < registers as ⌘ + shift + ,
The information on that page is helpful:
Note for non-US users: Even if the hotkey you type doesn’t match on screen with what you would expect to see (given your keyboard layout), it will work fine following the actual buttons you pressed (as long as you don’t change layout).
The hotkey that appears on screen is the one that you would have to perform if you were using a US keyboard.
But the problem is that although ⌘ + < does seem to work despite it being displayed as ⌘ + ,, the conflict with ⌘ + , is real, i.e. ⌘ + , will now trigger the same command that ⌘ + < was registered for. So this is not merely a matter of the hotkey being displayed wrongly, it also seems to be registered twice (which adds the confusion that the wrong display of the hotkey causes).
So, from what I can see, there are two issues here.
- Users on non-US keyboards will sometimes see the wrong hotkey displayed. That one is known (I assume the explanation on the help page means something like: “we know this is not ideal, but haven’t managed to fix it yet”).
- Users of non-US keyboards will register two hotkeys whenever the key in question differs between the US-keyboard layout and the keyboard layout used.