Push the TabView iframe down behind the tabbrowser when hiding TabView and restore the max height on show. This has slight issues in that it squishes the iframe contents as well as flashes black as we animate. Followup in bug 586679.
- typeof() is not a function
- formatting of && and || at the end of the line
- declaring variables more locally using let in Utils.extend
- the Initial Developer is the Mozilla Foundation
- refine the use of the "active group item", with differential styling, and not clearing when we enter the tab view
- set the active group item in other cases, like when we drag out groups, when we resize or move a group, or when a group is a drop target
- removed new tab group (you may have to clear storage to get rid of your locked New Tabs group at the bottom of your screen)
- rm various special casing for the new tab group
- new tab experience for tabs-off-of-orphaned-tabs is implemented: they magically turn into a group, and it even snaps!
- broken: new tabs made with no active context
- broken: closing the last tab in a group: should go back to tab candy view
- broken: first run experience grouping of orphaned tabs
+ TabItem updates (painting, etc) no longer happen when the Tab Candy UI is not visible; they're queued up and happen when you return to the UI
+ Fixed a couple problems with the TabItems pause painting mechanism
+ If a whole bunch of TabItem updates come at the same time, we spread them out (using a heartbeat that lasts until we run out of backlog)
+ This should fix both Bug 580954 (Replace the heartbeat with something smarter) and Bug 583420 (Tab thumbnails don't repaint after being resized)
+ fixed our use of undefined in iq.js
+ more tabItems cleanup, including removing a stray call to the now non-existent TabCanvas.detach()
+ "Group sites" no longer makes a "mixed" group if it would be empty