Issue metadata
Sign in to add a comment
|
MacViewsBrowser: drag and drop of download doesn't seem to release mouse capture
Reported by
maria.le...@gmail.com,
Feb 8 2017
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.95 YaBrowser/17.1.0.2034 Yowser/2.5 Safari/537.36 Steps to reproduce the problem: 1. Download file (so that it appears in the bottom panel) 2. Perform drag-and-drop on downloaded file 3. Try to hover any UI element and click on it What is the expected behavior? UI is hovered and can process mouse click What went wrong? UI is not hovered, mouse click leads to opening of downloaded file Did this work before? N/A Chrome version: 58.0.3005.0 Channel: n/a OS Version: 10.10.5 Flash Version: Shockwave Flash 24.0 r0 It seems that after drag&drop mouse capture is not released and drag is still ongoing
,
Feb 8 2017
,
Feb 8 2017
Need to also get rid of the ripple.
,
Feb 8 2017
,
Apr 12 2017
,
Feb 8 2018
[Bulk Edit] Applying M-68 milestone per email discussion with ellyjones@. Pls change it if milestone is incorrectly applied.
,
Mar 23 2018
Yikes! sdy@, let's get a fix for this into M-67.
,
Mar 27 2018
As this is targeted for M67, pls have fix landed ASAP to trunk. Thank you
,
Mar 28 2018
ellyjones@: Does this need to be 67 if it only affects Views browser windows? I'm bumping to 68 but feel free to un-bump.
,
Mar 29 2018
** Bulk Edit ** FYI: Starting 04/13 M68 will be in canary, M68 Dev promotion will be on 04/26.
,
Apr 25 2018
Pls mark the bug as fixed if CL is landed in trunk and nothing else is pending. Thank you.
,
Jun 11 2018
,
Jun 20 2018
,
Jun 28 2018
,
Jun 28 2018
Does this repro with Material Refresh?
,
Jun 29 2018
Unable to reproduce the issue on latest stable #67.0.3396.99 and latest Canary 69.0.3475.0 on Mac 10.13.5 by following below steps. 1.Set #top-chrome-md to refresh and relaunched chrome 2.Download a sample file 3.Drag and drop the file in new tab and file gets opened 4.Click for new tab the fresh tab appears on the screen Attached screen cast for reference. As issue is not reproduced on latest chrome builds removing NeedsTestConfirmation. Thanks !
,
Jun 29 2018
swarnasree.mukkala@: #top-chrome-md only applies on Mac when #views-browser-windows is also enabled.
,
Jul 2
Able to reproduce the issue on latest chrome canary #69.0.3479.0 Mac 10.13.5 by setting #top-chrome-md to refresh and #views-browser-windows flag is enabled . Same behavior is seen on M67(67.0.3381.0) where the #view-browser-windows has been introduced, hence considering it as non-regression and marking it as Untriaged. Attached screencast for reference. Thanks !
,
Jul 3
Removing Needs-TestConfirmation label as per comment #18. Thanks..
,
Jul 9
,
Jul 10
,
Jul 11
robliao@: I think this should be at least P2, maybe P1 if I understand the issue correctly. Dragging is pretty broken, and I don't think refresh is related.
,
Jul 11
We agree that dragging is pretty broken, but the downgrade was due to a question of how common this action was. If this action is common, we'll upgrade the priority.
,
Jul 12
,
Jul 12
,
Aug 2
|
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by meh...@chromium.org
, Feb 8 2017Components: -UI Internals>Views