This bug's intent is to expand to target area for accessing the "Undo Close Tab" feature for mouse users. I'm not one for having 50+ tabs open at once. The Test Pilot study highlighted that I usually have only 3-4 tabs open at any given time and very rarely have at max more than 5-6. Now with App Tabs hosting three of those usually opened tabs, the tab strip is a very empty place and to undo a closed tab requires targeting one of those three relative small App Tabs at the far left of the screen. I find myself constantly right-clicking the empty tab strip expecting to see "Undo Close Tab."
I've also submitted bug 581913 to add "Undo Close Tab" to the New-Tab button's context menu for the same reasons.
Undo Close Tab is already in the tab strip context menu: http://grab.by/5AuQ What am I missing here?
Created attachment 460217 [details] Tab strip's context menu on trunk I'm not seeing it on the trunk. I get the customization menu instead.
Oh, that's caused by bug 578614. INVALID, since we're not going to be adding "Undo Close Tab" to the toolbar context menu, but see bug 581646 which might end up reverting bug 578614.
(In reply to :Gavin Sharp (use email@example.com for email) from comment #4) > Oh, that's caused by bug 578614. INVALID, since we're not going to be adding > "Undo Close Tab" to the toolbar context menu, but see bug 581646 which might > end up reverting bug 578614. I think we should add "Undo Close Tab" to the toolbar context menu if the toolbar is TabsToolbar. Consider the case where the user has tabs-on-top, the browser maximized, and the user has two tabs open. They close one of their tabs and then right-click on the empty area of the tabs toolbar. The context menu item fits geo-spatially and continues the metaphor of the whole toolbar being meant for tabs.
This was fixed as part of the work in bug 1014313.