Open Bug 675507 Opened 13 years ago Updated 2 years ago

tab drag and drop function is crippled after introducing tab animations in Nightly builds.

Categories

(Firefox :: General, defect)

8 Branch
x86_64
Windows 7
defect

Tracking

()

UNCONFIRMED

People

(Reporter: psishock, Unassigned)

References

Details

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0a1) Gecko/20110730 Firefox/8.0a1
Build ID: 20110730030836



Actual results:

Drag and Drop ability got crippled from the moment that tab dragging animations were introduced to latest Nightly builds.

- tabs cannot be dragged to bookmarks.
- i can't drag tabs from one Firefox window to another.
- mouse hover based gui features (some menus for instance, that are opened on mouse hover) are not triggered when a tab is being dragged.
- not to speak about feature/compatibility breaks with some of the tab, tab function related extensions, because of this.
Build identifier: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:9.0a1) Gecko/20110912 Firefox/9.0a1

Could not reproduce the issues on the specified (latest Nightly ) build:
- was able to drag a page to bookmarks (dragging the favicon from the url bar)
- was able to drag a tab from one window to another 

Reporter, are you still experiencing the problems? Are you able to reproduce them on latest build, in safe mode with a new profile?
http://support.mozilla.com/kb/Safe+Mode http://support.mozilla.com/kb/Basic+Troubleshooting#w_8-make-a-new-profile

If so, could you please be more specific on the steps to reproduce? A Guide may be found here: https://developer.mozilla.org/User:Triona/Bug_writing_guidelines

Thank you!
(In reply to Mihaela Velimiroviciu [QA] from comment #1)
> Reporter, are you still experiencing the problems? Are you able to reproduce
> them on latest build, in safe mode with a new profile?

With the latest build some of the problems seems to be gone, and some developers already made steps to make their extensions compatible with the new, animated tab system.

I found out that holding CTRL and dragging your tab has the same effect as dragging the favicon from the url bar, it makes you able to drag your tabs to bookmark bar. But i dont really understand, why do we need to complicate simple tab managing functions for the sake of "beauty"? For instance, the old system haven't required me to hold anything, it automatically detected that i had the bookmark bar under the mouse pointer. It's much more comfortable and straightforward that way.

I can drag one tab to another window when i have both of the windows on screen. But when i have one of them maximized and the other one is minimized, dragging tabs to the app-bar wont trigger/restore the chosen minimized application. More precisely, the mouse pointer cant even reach the app-bar, because the new "dragged tab picture" is covering everything.
http://i.imgur.com/mUgOy.png
http://i.imgur.com/kwLrZ.png

Now, that may be related that i dont use the default windows 7 superbar, but a third party shell (SharpEnviro), however i haven't found a single application yet that was incompatible with it, included the older firefox builds, so the issue seems to be only firefox related. Now, i can still interact nicely with the app-bar if i hold CTLR and drag any a tab to it, but this function makes a copy from the selected tab and doesn't move it to the selected firefox window.

For me, it seems that the new tab dragging system breaks a number of window managing functions. I would recommend, if its possible, that it should behave the exact same way as the old tab dragging system.
probably related to above problem.
I'm running 64 bit Nightly 28.0a1 (2013-11-30)

You cannot drag active tab to different position on tab bar.  If you click any other tab you can then drag the tab you wished to move.

Also  there is now nothing to indicate which is the active tab.  All tab headers now look the same.
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.