Drag and dropping tab may render tab (window) invisible and inaccessible
Reported by
chessax....@gmail.com,
Apr 11 2018
|
|||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3325.181 Safari/537.36 Steps to reproduce the problem: No idea really. I am simply dragging and dropping tabs between windows and it is quite rare, but has been happening occasionally but consistently for quite some time (once a month maybe). If I can give any hypothesis to what triggers this if it is not more random than that, it would be: very quick drag and drop; or multiple successive mouse events, e.g. clicking on a currently dragged tab (if that's even possible), clicking on a tab just dragged, stopping and starting a drag etc. (my mouse can inadvertently click in rapid succession when pressed). What is the expected behavior? Tab is simply moved from source window to target window. What went wrong? Tab is moved to a new window(?) and neither tab nor window is visible, it still exists as sound etc. seems to continue to work normally and it still uses CPU and memory. However, there is no apparent way to show it or interact with it (e.g. in menu window list or double clicking on the process in "Task Manager"). Did this work before? N/A Chrome version: 65.0.3325.181 Channel: stable OS Version: OS X 10.9.5 Flash Version: I have a suspicion this might be OS and OS version dependent, i.e. a system instability or simply use of legacy OS. However, this is solely based on the fact that I was unable to hide chrome after this happened the last time. However, I figured I'd still report it.
,
Apr 11 2018
Thanks for filing the issue! Checked the issue on reported chrome version 65.0.3325.181 and on the latest canary 67.0.3394.0 using Mac 10.13.1 1. Launched chrome 2. Created multiple profiles 3. Opened few tabs in each profile. 4. Tried dragging/separating the tab from window. We are able to see the tab dragged out from the original window, is created as a new window and we are able to access it and its visible, we could not find any issues with its accessibility and in viewing it. We even tried moving tabs from one window to other while dragging it and its visible after its moved to the destination window. @Reporter: Could you please let us know if we have missed anything in the process. Any further inputs from your end may be helpful in triaging the issue in a better way. A screen cast explaining the issue would be more helpful in understanding it.
,
Apr 11 2018
Thank you for having patience with me. I understand that this problem will be very hard for anyone to recreate since I do not know how to do it myself; instead I will attempt to be more observant and note down my actions next time it happens and report back (unless it by luck is fixed before that). The only thing I know for sure is that it happens when interacting (dragging/clicking) with tabs in the "tab list". It has happened on multiple occasions over a long period of time so hopefully(?) it will happen again. Also there is nothing of interest to cast (how can I record something even I can't see?), literally the only evidence of the missing tab/window is a process, ram/cpu usage, and if applicable sound. In every instance I have just killed the process and continued with no apparent side effects.
,
Apr 11 2018
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
,
Apr 16 2018
There is currently an effort to refactor the tab strip logic to use a different system. That should implicitly cause the problem to go away.
,
Nov 21
***Mass UI Triage*** As per comment #5 |
|||||
►
Sign in to add a comment |
|||||
Comment 1 by krajshree@chromium.org
, Apr 11 2018