New issue
Advanced search Search tips

Issue 902778 link

Starred by 3 users

Issue metadata

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



Sign in to add a comment

Cannot drag tab between fullscreen windows in one motion

Reported by jwildma...@gmail.com, Nov 7

Issue description

Chrome Version       : 70.0.3538.77
OS Version: OS X 10.14.1
URLs (if applicable) :
Other browsers tested:
  Add OK or FAIL after other browsers where you have tested this issue:
     Safari: OK
    Firefox: OK

What steps will reproduce the problem?
Initial state: Chrome running fullscreen on at least two monitors. 
1. In a Chrome window with multiple tabs, click and hold on one tab and drag it to move it to the Chrome window on another monitor. 

What is the expected result?
Tab is dragged across monitors and can be placed into another Chrome window.

What happens instead of that?
After dragging the tab away from its originating tab group, the tab is released and becomes its own fullscreen window and no longer moves with the mouse pointer. It is possible to drag the tab within its originating group to change its order/placement, but as soon as it is dragged away from the group, it becomes its own window and no longer moves with the mouse pointer. In order to move the tab to another window, the user must click and hold on the tab again, at which point the tab can be dragged to the other monitor and added to another Chrome window's tab group. It appears that a tab must not be part of a tab group when moving it to another tab group. Behavior is the same in incognito mode. This problem may possibly be related to the upgrade to Mac OS High Sierra, as it appeared shortly after upgrading. 

Please provide any additional information below. Attach a screenshot if
possible.

Screen recording of bug in action: https://www.youtube.com/watch?v=VqKC-s16rig

UserAgentString: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.77 Safari/537.36
 
Cc: sdy@chromium.org
Components: UI>Browser>FullScreen
Labels: -Pri-3 Pri-2
Thanks for the report. Probably same root cause as issue 885009 and 883910.
Labels: Needs-Triage-M70
Cc: phanindra.mandapaka@chromium.org
Labels: -Type-Bug -Pri-2 hasbisect-per-revision RegressedIn-70 Triaged-ET 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 70.0.3538.77 latest chrome 72.0.3604.0 using Mac 10.14.0. Below is the bisect information for same.
Note: Issue seen on Mac 10.14.0 using Multi monitor 

Bisect Info:
================
Good build: 70.0.3503.0
Bad build:  70.0.3504.0

CHANGELOG URL:
https://chromium.googlesource.com/chromium/src/+log/bcb7db78edc13f57577f0a9562c98918bdcc10ae..67d21d10815fe6d87d1785a65a50fbc386e6605b

Suspect: https://chromium.googlesource.com/chromium/src/+/67d21d10815fe6d87d1785a65a50fbc386e6605b

Reviewed-on: https://chromium-review.googlesource.com/977949

Elly Fong-Jones: 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.

Thanks!
Cc: -sdy@chromium.org
Labels: -Pri-1 -ReleaseBlock-Stable -Target-70 -Target-71 Pri-2
Owner: sdy@chromium.org
Mac triage: to sdy@, but not Pri-1, definitely not RBS, and not targeting 70 or 71 for this.
Labels: Hotlist-DesktopUIChecked Hotlist-DesktopUIValid
**Mass UI Triage **

Based on #3, adding appropriate labels.
Labels: Hotlist-DesktopUIConsider
Labels: Group-Fullscreen
Labels: -M-71 M-72
Labels: -Hotlist-DesktopUIConsider Hotlist-DesktopUITriaged
Labels: -M-72 -Target-72 M-73 Target-73

Sign in to add a comment