817662 showed how Docs only takes the first instance of using the alt key but is otherwise not related to this Chrome OS bug. 

+dtseng, please let me know if I should open this internally for the G Suite team or if it's on our side. Thanks! 

This is for a keyboard only user who does not use a screen reader. 

Google Chrome	69.0.3494.0 (Official Build) dev (64-bit)
Firmware Version	Google_Lulu.6301.136.57

This also applies to history, Ctrl + h in editors is find/replace dialog and doesn't allow the browser to open history with ctrl + h.

Katie, could you please triage this?

Katie's chromium account is katie@chromium.org.

In terms of the keyboard conflicts, I believe we're generally in favor of letting web apps such as Docs take keyboard shortcuts.
+abodenha@chromium.org for more info on this.

I'm going to mark this as won't fix. Feel free to start an offline thread with Albert and I if you feel like this is undesirable.

Offline thread opened. 

Narrowed down to a regression in Sheets in Windows and CrOS in Chrome 67 and 70 on Windows and 69 on Chrome OS. This indicates the bug is on the Sheets side. Opened internally at b/111975022. 

Re comment 5: Yes, the page/app should take priority.

If the shortcut needs to work consistently it should be migrated to a combo that can't be overridden by a page/app (ie use the search key)

Reopening as ExternalDependency since this was found during our assessment and re:Albert's comment about what to do if the shortcut should work consistently.