New issue
Advanced search Search tips

Issue 908655 link

Starred by 2 users

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug-Regression



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 description

UserAgent: 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
 
Untitled.mov
3.0 MB View Download
Labels: Needs-Triage-M72
Cc: phanindra.mandapaka@chromium.org
Labels: Needs-Feedback Triaged-ET
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.!
908655.mp4
849 KB View Download
Updated reproduction steps. You have to drag the file and then cancel the drag.
Untitled.mov
2.2 MB View Download
Project Member

Comment 4 by sheriffbot@chromium.org, Nov 28

Labels: -Needs-Feedback
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
Cc: tapted@chromium.org
Components: -UI Blink>DataTransfer
Labels: -Type-Bug -Pri-2 hasbisect-per-revision RegressedIn-70 ReleaseBlock-Stable Target-70 Target-71 Target-72 M-71 FoundIn-71 FoundIn-70 FoundIn-72 Pri-1 Type-Bug-Regression
Owner: ellyjo...@chromium.org
Status: Assigned (was: Unconfirmed)
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..!
++Correction: Issue not observed on Windows and Ubuntu.
Cc: a...@chromium.org
Labels: -Pri-1 -ReleaseBlock-Stable -Target-70 -M-71 -Target-71 -Target-72 Target-73 M-73 Pri-2
Owner: lgrey@chromium.org
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