Skip to content
This repository was archived by the owner on Dec 11, 2019. It is now read-only.

AltGr treated as Ctrl+Alt in Win32 #6915

Closed
ralesk opened this issue Jan 29, 2017 · 5 comments
Closed

AltGr treated as Ctrl+Alt in Win32 #6915

ralesk opened this issue Jan 29, 2017 · 5 comments
Labels
bug feature/keyboard-shortcuts fixed-with-brave-core This issue will automatically resolved with the replacement of Muon with Brave Core. OS/Windows wontfix

Comments

@ralesk
Copy link

ralesk commented Jan 29, 2017

There's a very sad legacy in the Windows API which makes the AltGr key appear as if Left Ctrl and Right Alt had been pressed simultaneously. This sets Windows apart from every other OS in that handling the Third Level is utterly broken in it unless desktop and web site programmers pay attention to get around it.

The actual issue I noticed while running version 8ca0127 was that pressing AltGr+U (to type ú on the layout I use) brought up the View Source tab on the website I was interacting with.

This tells me two things:

  • Brave does not pay attention to Windows's crippled legacy behaviour and mistakenly handles AltGr presses as Ctrl+Alt presses.
  • Brave does not pay attention whether Alt is pressed or not, when expecting Ctrl+U for View Source (or, I suspect, any other Ctrl-based browser shortcut).

It is very likely that nobody wants to send Ctrl when they're trying to type a Level Three character, so I suspect the solution would be to catch any occurrence of fake Windows AltGr and swallow the fake Ctrl key press event that emanates from it. This is probably not as easy and straightforward as easy it is to say :)

@bsclifton
Copy link
Member

@ralesk thanks for the report 😄 I believe I understand the issue...

With our framework, we can't directly capture Alt vs AltGr. However, we have the ability to check if it was the left or right (so two variables to check; key and location). I am positive this is the case for the issue you've discovered

Just for reference (in case you were interested in looking at the code), here is the pull request where I updated the menu to ignore AltGr. This shows the method which you can use for detecting it
#4628

@bsclifton bsclifton added this to the 1.0.0 milestone Jan 31, 2017
@luixxiul luixxiul added the bug label Jun 4, 2017
@alexwykoff alexwykoff modified the milestones: 1.0.0, Backlog Nov 1, 2017
@rickersilva
Copy link

This is back. I´mhaving the same issue today at my home PC, so typing things like the sharp or the at sign,in my spanish keyboard are annoying.

@bsclifton
Copy link
Member

@rickersilva was it working in previous releases?

@rickersilva
Copy link

rickersilva commented Feb 8, 2018 via email

@bsclifton bsclifton added addressed-with-brave-core Needs confirmation, but this issue may be resolved with Brave Core. wontfix fixed-with-brave-core This issue will automatically resolved with the replacement of Muon with Brave Core. and removed addressed-with-brave-core Needs confirmation, but this issue may be resolved with Brave Core. labels Sep 7, 2018
@bsclifton bsclifton removed this from the Triage Backlog milestone Sep 7, 2018
@bsclifton
Copy link
Member

This appears to be fixed with our Developer channel release 😄 👍

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug feature/keyboard-shortcuts fixed-with-brave-core This issue will automatically resolved with the replacement of Muon with Brave Core. OS/Windows wontfix
Projects
None yet
Development

No branches or pull requests

5 participants