If relevant, I have two keyboard layouts - Programmers Dvorak and US (QWERTY). I've tested both and both have the same issue.

samli@ Thanks for the feedback.

Tested the issue on Ubuntu 14.04(Lenovo-ThinkPad), Windows 7 and Mac OS 10.12.6 with latest stable 60.0.3112.113 and Canary 62.0.3200.0 with the below steps.

1. Launched Chrome and opened a new tab.
2. Navigated few pages on the tab and Clicked on Alt+right/left key and could observe that the tab opens previous/next page from tab browsing history

Can you please confirm on what machine are you seeing this issue, which will help us in further triaging of the issue?

Thanks..

Can you confirm that you tested this with the Right Alt key not the Left Alt key?

I'm seeing this on a HP Z840, Ubuntu 14.04.

Thank you for providing more feedback. Adding requester "susanjuniab@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

samli@ I've retried the issue on Ubuntu 14.04 Lenovo X1 Carbon machine on the latest Stable 60.0.3112.113 and unable to repro the issue.

By clicking on the Right Alt key and arrow key, I'm able to open the next page from the tab browsing history.

Thanks..

I reproduced the issue.
I quickly tried on 62.0.3202.0 (Developer Build) (64-bit) revision 632157
(Right-Alt)+(arrow key) doesn't produce any history navigation.

In case that may help:
# setxkbmap -query
rules:      evdev
model:      pc105
layout:     fr,us,us
variant:    oss,,dvp
options:    grp:shift_caps_toggle

I have 3 keyboard layout: fr, us, us(dvorak).

Unable to reproduce this issue on Ubuntu 14.04 on version 62.0.3202.0 as mentioned in comment #6.

Looks like this is a system specific issue. Adding 'TE-NeedsTriageHelp' label for further assistance and requesting the appropriate component to look into this issue.

Thanks...

Tested this issue on Ubuntu 14.04 using chrome latest stable #62.0.3202.94 by following steps mentioned below.

1. Opened chrome and navigated to few webpages
2. Changed keyboard layout to other language like 'Georgian (France, AZERTY Tskapo)' 
3. Pressed Right-Alt+Left/Right arrow, unable to navigate the webpages
4. Pressed Left-Alt+Left/Right arrow, able to navigate the webpages 

Note: This issue is not observed when the keyboard layout is set to 'English(US)', able to navigate front and back using both the Alt keys.

samli@ Could you please confirm the above mentioned steps is the issue you are talking about? If yes, able to reproduce this issue on chrome older version of M50-50.0.2624.0 as well.

Thanks!

I'm no longer able to reproduce on 62.0.3202.94 (Official Build) (64-bit).

Sorry just read your comment more closely as you said you were able to reproduce in some cases. I'm unable to reproduce on my setup of English (US) & English (Programmer's Dvorak).

As per comment#8 issue is seen from M50. Hence considering this as Non-regression issue and marking this as Untriaged

arthursonzogni@: Are you still seeing this issue?

Yes I am still seeing the issue on:
Google Chrome	64.0.3282.167 (Official Build) (64-bit)

setxkbmap us => Cannot reproduce.
setxkbmap fr => Can reproduce.
setxkbmap de => Can reproduce.
setxkbmap es => Can reproduce.

Given that this a still an issue and that backspace key was removed for navigating back, this is really a regression in shortcuts. Can we have this triaged please?

I strongly disagree that this is a Pri-1 bug. This is not a regression, either in the literal sense because we have never supported (AFAICT) the AltGr key for shortcuts, nor is it a regression in shortcuts, as the Alt key (the left one) will still work.

The reason the right Alt doesn't work for international layouts is because the right Alt isn't an Alt key at all. It's the AltGr key[1]. For US layouts, there is no AltGr key (by default).

On some OS/keyboard combinations, the AltGr key can be simulated by using Ctrl+Alt. Microsoft has an article about why you shouldn't use that combination in shortcuts[2] which is linked to from our source code[3].

In the end, I don't think we should actually make any code changes for this bug. While we can add the AltGr+Left and AltGr+Right accelerator, that might actually make things more confusing, because the AltGr+[any letter key] will never be an accelerator in case it messes with input of text[2]. Then we would inconsistently have the AltGr key work with some (well, two) accelerators, but not the rest.

As such, I'm closing this as WAI.


[1] https://en.wikipedia.org/wiki/AltGr_key
[2] https://blogs.msdn.microsoft.com/oldnewthing/20040329-00/?p=40003/
[3] https://cs.chromium.org/chromium/src/chrome/browser/ui/views/accelerator_table.cc?rcl=a542b70c4b91cbf3d3ec9fc84c5f5bdf71e36fd1&l=35