Issue 50055 - chromium - Attempting to drag a window by the only tab causes it to instantly close - An open-source project to help move the web forward.

Issue 50055:	Attempting to drag a window by the only tab causes it to instantly close
	2 people starred this issue and may be notified of changes.	Back to list

Status:	Verified
Owner:	est...@chromium.org
Closed:	Jul 2010
Type-Bug Pri-2 OS-Linux Cr-UI-Browser-Core Cr-UI

Restricted

Only users with Commit permission may comment.

Reported by kcbanner, Jul 23, 2010

Chrome Version       : 6.0.476.0 (Developer Build 53469)

What steps will reproduce the problem?
1. Create a new window (either through the wrench menu or dragging an existing tab off of the window)
2. Attempt to drag the created window (by the tab, not by the window border)
3. The window will close.

What is the expected result?
The window should be draggable (around the screen, onto other windows).

What happens instead?
The window closes. Clicking re-open closed tab causes the window to re-open, but the same behavior occurs upon dragging.

If I create a new tab in the new window, it can be dragged as normal (as well as the original tab), but as soon as there is only one tab in the window and I attempt to drag it, the window closes.

Jul 23, 2010

#1 tfar...@chromium.org

(No comment was entered for this change.)

Labels: -Area-Undefined Area-UI Feature-Browser

Jul 23, 2010

#2 avi@chromium.org

Platform?

Jul 23, 2010

#3 kcbanner

Linux

Jul 23, 2010

#4 avi@chromium.org

(No comment was entered for this change.)

Labels: OS-Linux

Jul 23, 2010

#5 erg@chromium.org

Can't reproduce.

Window manager? Distribution? Any other factors? Weird compositing manager? Unstable/testing distribution?

Jul 23, 2010

#6 kcbanner

openbox 3.4.11.2
ArchLinux

This only started happening recently, I will go through my nightly build packages to find the rev when it started.

Jul 23, 2010

#7 kcbanner

Ok, I do not see this behavior in 53177 and below. The next rev I built was 53331, and I do see this behavior in that revision and up.

Jul 23, 2010

#8 est...@chromium.org

probably r53268. I thought I had fixed this problem. I'll revert it.

Status: Fixed
Owner: est...@chromium.org

Jul 23, 2010

#9 bugdroid1@gmail.com

The following revision refers to this bug:
    http://src.chromium.org/viewvc/chrome?view=rev&revision=53533 

------------------------------------------------------------------------
r53533 | estade@chromium.org | 2010-07-23 15:23:34 -0700 (Fri, 23 Jul 2010) | 15 lines
Changed paths:
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/gtk/browser_window_gtk.cc?r1=53533&r2=53532
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/gtk/tabs/tab_strip_gtk.cc?r1=53533&r2=53532
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/gtk/tabs/tab_strip_gtk.h?r1=53533&r2=53532

revert r53268:
------------------------------------
GTK: when closing a browser window, cancel the active drag session.

This speculatively works around an issue where users' windows would get stuck open in rare (non-reproducible, but widely reported) cases.

BUG=23733
TEST=none :(
-------------------------------------

I thought I had fixed the issue where dragging out the last tab closed the window. Apparently not.

BUG=50055

Review URL: http://codereview.chromium.org/3019024
------------------------------------------------------------------------

Jul 15, 2011

#10 mberkow...@chromium.org

Verified in Chrome 14.0.822.0 (Official Build 92488).

Status: Verified

Oct 12, 2012

#11 bugdroid1@chromium.org

This issue has been closed for some time. No one will pay attention to new comments.
If you are seeing this bug or have new data, please click New Issue to start a new bug.

Labels: Restrict-AddIssueComment-Commit

Mar 10, 2013

#12 bugdroid1@chromium.org

(No comment was entered for this change.)

Labels: -Area-UI -Feature-Browser Cr-UI-Browser-Core Cr-UI

► Sign in to add a comment