Issue metadata
Sign in to add a comment
|
Download item inkdrop effect does not go away when moving cursor below window
Reported by
jeffreyc...@gmail.com,
Nov 27
|
||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.62 Safari/537.36 Steps to reproduce the problem: 1. Download a file 2. Hover over download item in the download bar 3. Move cursor below the Chrome window What is the expected behavior? Inkdrop effect should go away What went wrong? Inkdrop effect persists Did this work before? N/A Chrome version: 72.0.3623.0 Channel: beta OS Version: OS X 10.14.1 Flash Version: Maybe related to https://bugs.chromium.org/p/chromium/issues/detail?id=859311
,
Nov 27
Thanks for filing the issue... Unable to reproduce the issue on reported chrome version 72.0.3623.0 using Mac 10.14.0. Attaching screen-cast for reference. Steps: ------ 0. Launched reported chrome 1. Downloaded a file 2. Hovered on download item in the download bar 3. Cursor moves to below the Chrome window and on chrome chrome window As we have observed that the inkdrop effect goes away @Reporter: Request you to retry this issue with fresh profile without any extensions & apps or reset all the flags and let us know if issue still persists. Thanks.!
,
Nov 28
Updated reproduction steps. You have to drag the file and then cancel the drag.
,
Nov 28
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Nov 29
Able to reproduce the issue on the reported chrome 72.0.3623.0 and latest canary 72.0.3624.0 using Mac 10.14.0. Below is the bisect information for same. Bisect Info: ================ Good build: 70.0.3508.0 Bad build: 70.0.3509.0 CHANGELOG URL: You are probably looking for a change made after 579562 (known good), but no later than 579563 (first known bad). https://chromium.googlesource.com/chromium/src/+log/9c6521a0d52e8a9d77df15be7b8ee57d4f962c63..c2174d8b05d5e7002579e0dc8ac6f65d1279f222 Suspect: https://chromium.googlesource.com/chromium/src/+/c2174d8b05d5e7002579e0dc8ac6f65d1279f222 Reviewed-on: https://chromium-review.googlesource.com/1156192 Trent Apted:Please confirm the issue and help in re-assigning if it is not related to your change.Adding RBS label for M-71 feel free to change it if not required. Note: As the author of the Cl seems to be unavailable hence assigning it to the reviewer and issue not observed on Windows and Mac. Thanks..!
,
Nov 29
++Correction: Issue not observed on Windows and Ubuntu.
,
Nov 29
Absolutely not RBS. lgrey@, let's take a peek at this for M73 - it might be something screwy with how we release capture after a drag. |
|||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||
Comment 1 by vamshi.kommuri@chromium.org
, Nov 27