Issue metadata
Sign in to add a comment
|
Drag n drop of tab randomly fails
Reported by
teo8...@gmail.com,
May 8 2017
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.81 Safari/537.36 Steps to reproduce the problem: 1. open several tabs in a single Chrome window 2. click and hold on one tab and start dragging it. DON'T release the mouse button 3. Move down so that the tab detaches into a new window 4. Drag it back moving the cursor into between existing tabs, in a different position than the original tab was 5. release the mouse button What is the expected behavior? the tab should never, be dropped into the new position, nor ever return to its original position, until you release the mouse button. THEN it should be dropped to the position where you drop it, and not left at its original position. In no case should anything happen until you release the mouse button What went wrong? Usually it works as expected, but almost half of the times, the tab returns back to its original position before you release the mouse button, as if the drag-n-drop was somehow canceled/aborted. At that point, even if you haven't yet released the mouse button, you are not dragging anything anymore, and when you do release the mouse button, nothing happens. It happens randomly, i can't find a pattern that triggers it. Sometimes I observe the issue with a nice and clean movement to drag and drop the tab. Sometimes, on the other hand, I try to reproduce it at will by moving the tab wildly up and down, in and out of the tabs region (causing it to be reattached and detached again while i drag it) and it takes quite long to trigger the issue (eventually I almost always manage to) Did this work before? N/A Chrome version: 58.0.3029.81 Channel: n/a OS Version: Flash Version:
,
May 9 2017
You are not supposed to release the mouse button at step 2. Steps 2-5 should be done in a single drag-n-drop motion. Also try repeating steps 3-4 many times rapidly (all without ever releasing the mouse button), and/or moving the cursor around crasily. That *might* help make the issue more likely to trigger. Other than that, it may be you just don't observe it. As I said, it doesn't always happen. I may have exaggerated saying "almost half of the times". I am using Unity. Ubuntu 16.04, though.
,
May 9 2017
Thank you for providing more feedback. Adding requester "mmanchala@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
May 12 2017
Tested this issue on Ubuntu 16.04 using latest chrome version #60.0.3088.3 as per the steps mentioned in original comment #0 and comment #1. @teo8976: Could you please find the attached screen cast and confirm that's the issue you're facing? if possible please attach a expected screen cast for further investigation. Thanks!
,
May 12 2017
,
May 12 2017
> @teo8976: Could you please find the attached screen cast and confirm > that's the issue you're facing? From the screencast I can't tell when you released the mouse button. If it is at minute 0:22, then it seems like expected behavior (the tab is dropped where and when you release the mouse button). If otoh you had not released the mouse button yet, then it would be a slightly different issue, the window being dropped unexpectely without releasing, but at the place where the cursor is rather than in its origina position. I do observe an unexpected thing in your screencast: when the tab is "detached" into a new window, it does not always follow the mouse cursor, it remains in a fixed position. That seems unrelated to the issue at hand however (and most probably is a general issue with the window manager: the window tends to "stick" to screen edges in a rather unpredictable and inconsistent way). Have you tried with a tab where you have previously loaded a page (and load some pages into the other tabs too), as opposed to an empty tab?
,
May 12 2017
Thank you for providing more feedback. Adding requester "sandeepkumars@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
May 15 2017
pwnall@ Could you please take a look in to this issue. Thanks!
,
May 15 2017
This is a Chrome UI issue, doesn't have anything to do with web platform (i.e. drag/drop of content into/out of web content), so not Blink>DataTransfer Updating component appropriately.
,
May 17 2017
@Could someone from browser>tabstrip team please look into this . Thanks!
,
May 17 2017
It sounds like the original report is talking about something different than the screencast in comment 4, which may or may not be problematic as well. This looks likely to be Linux-specific, maybe for particular WMs or something. I think thomasanderson has worked the most with this kind of thing recently.
,
May 17 2017
,
May 17 2017
Un-duping. The screencast in c#4 is a separate issue
,
May 18 2018
Issue has not been modified or commented on in the last 365 days, please re-open or file a new bug if this is still an issue. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by mmanchala@chromium.org
, May 9 2017Labels: Needs-Feedback
920 KB
920 KB View Download