1Password command is captured in Sources when DevTools window is not active
Reported by
jsw.jame...@gmail.com,
Oct 26 2017
|
|||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.100 Safari/537.36 Steps to reproduce the problem: 1. Have DevTools open as separate window, not even on Sources panel 2. Pressing CMD+\ sometimes focuses DevTools and changes panel to Sources 3. Even with DevTools closed, the event is captured and 1Password is not receiving the keystroke. I have to press CMD+Opt+\ and use the other dialogue What is the expected behavior? Chrome DevTools should not capture these commands if window and Sources panel is not actively focused. This is similar to an issue with CMD+] or CMD+[ that I submitted a few months ago (which you guys fixed, thankfully) What went wrong? Instead of having a shortcut to login, I'm randomly switched to the background window and Sources panel Did this work before? Yes Chrome version: 61.0.3163.100 Channel: n/a OS Version: OS X 10.13.0 Flash Version: Please stop breaking hotkeys, I don't know if you're hiring inexperienced developers or what
,
Oct 26 2017
,
Oct 27 2017
Able to reproduce this issue on reported version 61.0.3163.100 and on latest canary 64.0.3251.0 using Mac 10.12.6 with steps mentioned in comment#0. Issue is not applicable to Linux and Windows. This issue is seen from M50.[50.0.2661.54]. Hence considering this issue as Non-regression and marking as Untriaged.
,
Oct 30 2017
,
Nov 8 2017
,
Nov 14 2017
Cannot reproduce it. It always opens 1Password popup. Can you please record a screencast.
,
Nov 14 2017
It’s an intermittent issue, and recording a screencast probably won’t help, but is there any way for me to give you a stack trace next time I encounter it?
,
Nov 15 2017
I just tried it again and Cmd+\ doesn't open 1password. Cmd+Opt+\ works. The interesting part is that I don't have DevTools open. So this is either a general Chrome issue or 1Password issue.
,
Nov 16 2017
Just repro'd again this morning Version 62.0.3202.94 (Official Build) (64-bit) Tried to login, it switched me to background and focused sources panel, dimmed page as debugger started. Interestingly, when I opened quicktime to record, I couldn't get it to happen again
,
Nov 29 2017
,
Nov 30 2017
a) With DevTools opened for the page, DevTools is intercepting Cmd+\ and treats it as "Pause in debugger". b) Without DevTools opened, default browser behavior takes place. I don't think we will change (a), because it is useful for debugging. to be addressed? If you'd like to have (b) addressed, please file this bug with no DevTools in context and it'll end up in the Chrome UI/UX triage list. That's the easiest way to get the message right, otherwise, DevTools context will confuse whoever is going to triage it...
,
Nov 30 2017
a) With DevTools open, unfocused, on any panel, CMD+\ is intercepted and routed to Sources b) Without DevTools open, CMD+\ is still intercepted by Chrome, though DevTools isn't open to switch panels and start the debugger |
|||||||||
►
Sign in to add a comment |
|||||||||
Comment 1 by jsw.jame...@gmail.com
, Oct 26 2017