Cursor locked after right clicks |
|||||||||
Issue descriptionChrome Version: 69.0.3464.2 (dev) OS: 10.13.5 What steps will reproduce the problem? (1) Open a webpage (2) Right click on Chrome UI (e.g. bookmarks bar on a folder) (3) Click outside the dialog (don't actually do anything) (4) Hover mouse over a link on current webpage What is the expected result? Cursor turns to pointer What happens instead? Cursor remains default, doesn't indicate clickable link Might be new with MacViews, since it started after a recent Chrome relaunch and the context dialogs look different now? This is pretty visible / annoying so tagging as dev blocker but feel free to change if disagree.
,
Jun 21 2018
,
Jun 21 2018
Just to update, this is MacViews specific issue and similar behavior is seen on the latest stable: 67.0.3396.87 as well, on Mac OS 10.13.3 by enabling 'views-browser-windows' flag.
,
Jun 21 2018
Upon further reflection this probably isn't a dev blocker but I do think it's annoying enough for beta (and I would still prefer a quicker dev fix).
,
Jun 21 2018
,
Jun 21 2018
Will this be a blocker for M68 Beta 50% experiment if we decide to do?
,
Jun 22 2018
pretty sure this is just https://chromium-review.googlesource.com/1111486
,
Jun 22 2018
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/67221b27f38f964cf0d5b8fa8389c12a2bf79a5a commit 67221b27f38f964cf0d5b8fa8389c12a2bf79a5a Author: Trent Apted <tapted@chromium.org> Date: Fri Jun 22 05:49:00 2018 Views+CocoaMouseCapture: Don't capture MouseEntered/Exited events toolkit-views has a concept of Capture to funnel mouse events to things like menus (compared to Cocoa's nested event-tracking loops). Currently all event types are funelled, but taking entered/exit events away from native NSViews breaks their tracking area logic. In fact, toolkit-views Capture does not need entered/exit events for tracking areas on other windows, just its own (which it doesn't need capture for). Bug: 854856 Change-Id: I86de2fd8c444d47bf37ce7ca69903081f10af523 Reviewed-on: https://chromium-review.googlesource.com/1111486 Reviewed-by: ccameron <ccameron@chromium.org> Commit-Queue: Trent Apted <tapted@chromium.org> Cr-Commit-Position: refs/heads/master@{#569537} [modify] https://crrev.com/67221b27f38f964cf0d5b8fa8389c12a2bf79a5a/ui/views/cocoa/cocoa_mouse_capture.mm
,
Jun 22 2018
+manoranjanr@ to verify this bug on next canary.
,
Jun 25 2018
Able to reproduce the issue on Mac 10.13.3 using chrome version without fix. Verified the fix on Mac 10.13.3 using Chrome version #69.0.3472.0 as per the comment #0. Attaching screen cast for reference. Observed that cursor turned to pointer. Hence, the fix is working as expected. Adding the verified labels. Thanks...!!
,
Jun 26 2018
|
|||||||||
►
Sign in to add a comment |
|||||||||
Comment 1 by amineer@chromium.org
, Jun 21 2018