| Status
|-
| Tab move/detach animationSilent Update: Apply update on shutdown| {{StatusHealthy|status=Landed in Firefox 8}} 10 | Frank Yan Lawrence Mandel| AndreiD VladG | {{StatusHealthy|status=Complete}}In Progress<br>
|}
== Summary ==
*When dragging a tab on the tab bar, that tab is visible and animation is present when rearranging tabs. A thumbnail of the page on detach operations is visible, also.*This replaces the old behavior of having a placeholder indicator. *This feature is available starting Firefox 8.
== Reference ==
*Proposed protoype [2011-08-05] - [https://bug455694.bugzilla.mozilla.org/attachment.cgi?id=463283 Link]
*Design and infrastructure:
**{{Bug|455694}} - Implement animation for tab reordering and detaching (via drag and drop) ''(The main bug to track the implementation of the feature)''
**{{Bug|674925}} - Use drag & drop API for tab detaching ''(Bug that tracks the fixes various glitches with the mouse-event based implementation)''
== Use Cases to Test ==
;Basic Functional Testing
*Tab animation inside the tab strip (when dragging a tab/apptab along the tab strip)
**Smooth animation should be visible
**No thumbnail preview of the content should be visible
**No cursor should be visible, except when dragging an apptab to the right of a tab or a tab to the left of an apptab
*Tab animation outside the tab strip (when dragging a tab/apptab outside the tab strip)
**If moved to another window a thumbnail preview of the content of the tab should be visible if not in a tab strip area of a browser window
**The dropping to another tab strip of a browser window should be smooth
**The tab/apptab should retain its state (as apptab or tab) if moved to an identical position in another window
;Edge Cases
*Tab animation interaction with other user commands
**The tab being dragged might be closed during the drag
**The number of tabs open might change during the drag. This matters because the drag feedback needs to be updated, especially when only one visible tab is open (the detach threshold is decreased.
**A normal tab might be dragged to the app tab region and vice versa
**A drag that enters another window should raise that window, but the drag panel should always remain on top of all other windows.
**Pressing the esc key at any point during a drag should cancel it.
**Pressing a keyboard shortcut to switch windows (e.g. alt+tab on Windows or cmd+tab on OS X) should not cause the drag to end or glitch. The dragged tab should continue to follow the cursor.
**The tab being dragged might have its focus stolen, e.g. via window.confirm() getting called on another tab.
**The user might switch into Tab Groups view during the drag. (If implemented with the drag & drop API, Firefox's internal keyboard shortcuts are likely disabled, so this wouldn't occur.)
== Test Cases ==
*A list of example cases that can help with testing this feature can be found here: [http://bit.ly/p1fN88 Test_Cases_Examples]
== Important bugs ==
*Blocking {{Bug|455694}} - Implement animation for tab reordering and detaching (via drag and drop)
**{{Bug|649671}} - browser.tabs.animate should be respected by tab close-resize & drag animations
**{{Bug|649671}} - During tab drag, after pressing alt+tab, window no longer receives all mouse events, sometimes resulting in stuck panel
**{{Bug|674723}} - Unable to drop tab from tabbar into bookmarks (sidebar, toolbar, Library) from tabbar
**{{Bug|674789}} - Unable to cancel tab dragging/detaching by pressing Escape key
**{{Bug|676686}} - "CTRL + drag tab" no longer duplicates tab + state, instead opens up new tab with same URL
*Blocking {{Bug|674925}} - Use drag & drop API for tab detaching
**{{Bug|674823}} - Tab strip would not scroll when I dragged the tab of other browsers
**{{Bug|674831}} - Cannot drag a detached Tab to the Task bar to bring a (hidden or minimized) firefox window up
**{{Bug|689575}} - Disable keyboard shortcuts while tab animation is active
