Issue metadata
Sign in to add a comment
|
Tabs often don't properly lock to the mouse position when dragging them out of a window and feel really sluggish popping in and out.
Reported by
coryl...@gmail.com,
Jan 11
|
||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36 Steps to reproduce the problem: 1. Pull a tab out of a window 2. Drag it around, and pop it back in and out of a chrome window 3a. Occasionally, when it pops back out, the tab will not lock to the position of the cursor, but will maintain an offset position relative to where it was before it attempted to redraw the tab. 3b. Occasionally, the tab will repeatedly pop in and out of a tab while attempting to pop it into a tab, even without moving the mouse when it first snaps back into the window. What is the expected behavior? The tab should always lock back to where my cursor is when popping out of a window... It should also do a better job buffering and not fully redrawing tabs every time they pop in/out of a window... Or enable a flag so tabs dragged like they did back in old versions of Chrome where it was super smooth and it used a screenshot of the page while it was dragging so it felt way smoother. What went wrong? Too much redrawing happening. Feels super sluggish. Tab not consistently locking to cursor when tab pops out of window. Tab occasionally attempts to dock and undock from a window several times in a row, causing extremely sluggish feeling behaviour. Did this work before? Yes <10.0.0 Chrome version: 71.0.3578.98 Channel: stable OS Version: 10.0 Flash Version:
,
Jan 14
corylulu@ Thanks for the issue. Tested this issue on Windows 10 on the reported version 71.0.3578.98 and unable to reproduced the issue by following the below steps. 1. Launched Chrome and pulled out a tab. 2. Dragged it around, and popped it back in and out of a chrome window. 3. Could observe that dragging is smooth and couldn't observe any issues in the mouse position. Attached is the screen cast for reference. Request you to check and confirm if anything is missed from our end in triaging the issue. Also request you to retry the issue on a new chrome profile without any flags/extensions and update the thread with the observations. Thanks..
,
Jan 14
@susan.boorgula@chromium.org Perhaps it has to do with mouse polling rates? This is the same issue on both my machines, even with clean installs of Chrome.
,
Jan 14
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
,
Jan 14
It also seems to get worse the longer Chrome is open... Perhaps might also be related to how long since last reboot (which obviously isn't a Chrome problem), but I will need to look more into that.
,
Jan 16
(6 days ago)
corylulu@ Thanks for the update. As per comment #3, as the issue is still reproducible on clean installation of Chrome, requesting you to provide the chrome://gpu details which will help in further triaging. Tentatively adding 'Internals>GPU' component and requesting the team to look into the issue and help further. Thanks.. |
|||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||
Comment 1 by phanindra.mandapaka@chromium.org
, Jan 12