Issue metadata
Sign in to add a comment
|
Regression: Unable to use keyboard shortcuts for 'Person name' on 'Add Person' overlay.
Reported by
aiman.an...@etouch.net,
Sep 7
|
||||||||||||||||||||
Issue descriptionChrome Version: 71.0.3544.0 (Official Build) Revision f80e8674cf9bfd56f155979637e9f41eaebf995c-refs/branch-heads/3544@{#1} (64-bit) OS: Mac(10.12.6, 10.13.1, 10.13.6, 10.14). Steps to reproduce: 1. Launch chrome, navigate to chrome://settings/people and click on 'Manage other people'. 2. On 'Manage other people' overlay click on 'Add Person' button. 3. On 'Add person' overlay, bring cursor on 'Person name' and try hitting 'CMD+A' then 'CMD+C/CMD+V' from keyboard. 4. Observe. Actual Result: Unable to use keyboard shortcuts(select/copy/paste) for 'Person name' on 'Add Person' overlay. Expected Result: Should be able to use keyboard shortcuts(select/copy/paste) on 'Person name'. This is a regression issue, broken in 'M-70', and below is the bisect provided using per-revision script. Good Build:70.0.3503.0 (Revision:578160) Bad Build: 70.0.3504.0 (Revision:578510) You are probably looking for a change made after 578333 (known good), but no later than 578334 (first known bad). CHANGE-LOG URL: The script might not always return single CL as suspect as some perf builds might get missing due to failure. https://chromium.googlesource.com/chromium/src/+log/bcb7db78edc13f57577f0a9562c98918bdcc10ae..67d21d10815fe6d87d1785a65a50fbc386e6605b Suspect: https://chromium.googlesource.com/chromium/src/+/67d21d10815fe6d87d1785a65a50fbc386e6605b @ellyjones: Could you please check whether this is caused with respect to your change, if not please help us in assigning it to the right owner. Kindly refer the attached screen-cast for reference. Note: Issue is not seen on Windows(7,8,8.1,10), Linux(14.04 LTS) OS. Thank You!
,
Sep 7
I don't know what this is. To my reading this thing is chrome/browser/resources/md_user_manager/create_profile.html and it's a <cr-input> element, which is a custom element that contains (via shadow DOM) an HTMLInputElement. I think this is a WebUI issue but it might exist at the intersection of WebUI and MacViews somehow. Over to avi@ I guess :)
,
Oct 8
--Chrome Identity automated triaging-- This bug is Assigned and has gone one month without any activity, so it is being moved to Available to indicate that it is not actively being worked on. If you are working on this bug, please mark yourself as the owner and move back to Assigned. Please see https://goo.gl/78kbny for more details. Please remove the Services>SignIn or UI>Browser>Profiles components if this bug isn't related to Chrome Identity. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Oct 9
FYI, amusingly, I tried Control-A in case there was some weird platform issue, but Control-A and Control-E move to beginning and end, as they should on the Mac. I went into chrome/browser/resources/md_user_manager/create_profile.html and threw in a random "<input type="text">" into it, and it fails the same way. We're not processing command keys properly for these weird popup/dialog type windows. +erikchen who's played with input.
,
Oct 9
Weird. But this has the right affect in normal web-contents? Yeah, not super familiar with views input handling but there's likely a bunch of long-tail bugs that just have never been ironed out.
,
Oct 9
Yeah, this works correctly in normal browser windows, just not in that weird "manage people" window. |
|||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||
Comment 1 by aiman.an...@etouch.net
, Sep 7