Reordering firefox tabs will bring up Unity's launcher

Bug #728841 reported by jhfhlkjlj
58
This bug affects 12 people
Affects Status Importance Assigned to Milestone
Ayatana Design
Invalid
Undecided
John Lea
Unity
Incomplete
Undecided
Unassigned
unity (Ubuntu)
Incomplete
Undecided
Unassigned

Bug Description

Binary package hint: unity

This is a trivial bug but if I'm dragging a firefox tab to take the place as first tab then the launcher will act like I'm drag and dropping an item to it and pop up to obstruct it.

When App tabs are put into the equation, however, it becomes a near impossibility to reorder them. The launcher fully obstructs the view.

See the video attached for an example. For a video of behavior with app tabs, see comment 7.

ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: unity 3.6.0-0ubuntu2
ProcVersionSignature: Ubuntu 2.6.38-5.32-generic 2.6.38-rc6
Uname: Linux 2.6.38-5-generic x86_64
Architecture: amd64
CompizPlugins: [core,bailer,detection,composite,opengl,decor,mousepoll,vpswitch,regex,animation,snap,expo,move,compiztoolbox,place,grid,imgpng,gnomecompat,wall,ezoom,workarounds,staticswitcher,resize,fade,unitymtgrabhandles,scale,session,unityshell]
Date: Thu Mar 3 18:37:54 2011
LiveMediaBuild: Ubuntu 11.04 "Natty Narwhal" - Alpha amd64 (20110302)
ProcEnviron:
 LANGUAGE=en_US:en
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: unity
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
jhfhlkjlj (fdsuufijjejejejej-deactivatedaccount) wrote :
summary: - Dragging firefox tabs will bring up Unity's launcher
+ Reordering firefox tabs will bring up Unity's launcher
Revision history for this message
Mark Shuttleworth (sabdfl) wrote : Re: [Bug 728841] Re: Dragging firefox tabs will bring up Unity's launcher

The question is "what happens if you drop that tab on another app?". If
it is useful, for example, if doing so sends the URL to that app, then
the launcher is behaving correctly. If not, then we need to add a way to
suppress the launcher reveal, which the app could do.

Mark

Revision history for this message
Didier Roche-Tolomelli (didrocks) wrote :

Also, note that the launcher is hiding on drag event if you put your cursor for few milliseconds on the leftmost side of launcher (against the screen). That's how you can drag whatever element below the launcher. I think that address your issue?

What we can do is to get some visual hilight of this feature.

tags: added: needs-design
Changed in unity:
status: New → Incomplete
Changed in unity (Ubuntu):
status: New → Incomplete
Revision history for this message
Marco Biscaro (marcobiscaro2112) wrote :

It's not the same bug that #724986.

Here, we are talking about Firefox' tabs. The other bug is about dragging elements to/from toolbar to costumize Firefox.

In case of bug #724986, the launcher should not be displayed.

On this case, as Mark suggested, it can be shown under some circunstances.

Revision history for this message
David Callé (davidc3) wrote :

My bad for marking it as dup, didn't notice Mark's comment.

Revision history for this message
Paul Sladen (sladen) wrote :

It would probably be possible to be a bit more intelligent about checking the mime-types but I don't think the receptive MIME types are currently exposed; the toolkit is expected to test the widget where it is being dropped.

Dragging a tab to a Terminal does work (it pastes the URL). The extension of that is that I would expect dragging to the Launcher to create a shortcut link to that URL (would probably want to grab the corresponding Favicon and title too).

Revision history for this message
jhfhlkjlj (fdsuufijjejejejej-deactivatedaccount) wrote :

I just ran into an interesting problem today. I was going to reorder my app tabs in firefox. The spectacular failure is documented in the attachment. The launcher was extremely finnicky with this. It took me three tries to coax it into moving out of my way.

Revision history for this message
aljazek (aljazek) wrote :

I have the same problem. You really can't move one tab before the first one, because it just open that tab in new window.

Revision history for this message
Matt Bailey (mattb90) wrote :

The issue demonstrated in Chauncellor's video is an issue affecting me as well, and it's particularly a problem with App Tabs where it becomes impossible to put anything before the first tab and to some degree the second one too.

description: updated
Revision history for this message
Andy Lo-A-Foe (loafoe) wrote :

I can confirm this issue also manifests itself when dragging elements around in Eclipse IDE (3.6) in a unity environment, specifically when working with the Android layout editor.

Revision history for this message
Joschi Poschi (joschiposchi) wrote :

Are there any news on this bug? For me it affects tabs and bookmarks in Firefox 4.

Revision history for this message
yoochan (yoochan) wrote :

for me it affects any clic and drag in unity.
Even when moving text parts in a text editor by clic and drag. It triggers out the launcher, hiding a meaningful part of the text editor.

Revision history for this message
John Lea (johnlea) wrote :

Hi, there seem to be a few different issues touched upon in this report and discussion:

- The 'dragging behind the launcher' interaction is broken for users of Chromium, I have reported this as a separate bug see #797209

- The highlighting of valid launcher drop targets as soon as a drag and drop action starts is not yet implemented and this is causing confusion. This item is on our to do list for 11.10

- The Firefox and Chromium Launcher icons not being highlighted as valid drop targets is causing more confusion, this is reported in bug #797230

Fixing these issues should go some way to alleviating the current confusion. There is still a discoverability issue with the 'drag behind the Launcher interaction' that we need look at.

Revision history for this message
John Lea (johnlea) wrote :

Marked as 'invalid' because these items are tracked in more granular bugs (if Launchpad supported nested bugs they would be set as children of this bug ).

Changed in ayatana-design:
status: New → Invalid
assignee: nobody → John Lea (johnlea)
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.