1406143 - [macOS] Feature Request: Add a short cut to open recently closed tabs or windows

Status: UNCONFIRMED

(Firefox :: Keyboard Navigation, defect, P3)

Description

[Mehmet]

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3233.0 Safari/537.36

Steps to reproduce:

macOS 10.12.6
58.0a1 (2017-10-05) (64-Bit)

1.) open a window
2.) open some tabs (pages) in that window
3.) close the tabs or close the whole window
4.) Press SHIFT-CMD-T


Actual results:

Nothing.


Expected results:

The recently closed window or tabs should open again.

This is a main feature on Chrome and Safari. Firefox needs this too on macOS.

Thanks.

Comment 1

[Kohei Yoshino [:kohei]]

Shift-Cmd-T works for me. Please troubleshoot with Safe Mode: https://support.mozilla.org/kb/troubleshoot-firefox-issues-using-safe-mode

Comment 2

[Mehmet]

(In reply to Kohei Yoshino [:kohei] from comment #1)
> Shift-Cmd-T works for me. Please troubleshoot with Safe Mode:
> https://support.mozilla.org/kb/troubleshoot-firefox-issues-using-safe-mode

Yes, I see. But the short cuts are mixed up and are therefore a little bit confusing.

There are actual two short cuts:

1) SHIFT-CMD-T to restore tabs

2) SHIFT-CMD-N to restore a window

So for example, if I have an open window with 3 tabs and close two of them, I can restore them with SHIFT-CMD-T.
But if I close all three tabs one after one, I can restore them only in two different steps: First I need to press SHIFT-CMD-N to restore the window and I need to press SHIFT-CMD-T to restore the other two tabs. This is confusing for a user who uses Chrome or Safari and wants maybe to switch to Firefox.

It would be nice, if every closing of a tab or window could be restored by SHIFT-CMD-T. This is how Chrome and Safari is handling it. Thanks.

Comment 3

[Jonathan Watt [:jwatt]]

Mass bug change to replace various 'parity' whiteboard flags with the new canonical keywords. (See bug 1443764 comment 13.)

Comment 4

[daylin.trenton]

Firefox has no key to copy link since 88. It was removed and not replaced. This is completely unreasonable.

A replacement key that is unusable by human hands is not a replacement. It's not unlike telling people they can vote, if they stand in line for 8 hours without water. That is telling people that they can't vote.

Telling people that there is a new key, but it's across the room where NO ONE, NO HUMAN HAND can reach, is telling them that there is no key.

Firefox has NO KEY to copy link currently.

There was no reason to break this, and I want you to know that I am never going to stop reporting it, and I will be identifying the people who broke it, like Asif Youssuff, personally, until it is identified as the bug that it is.

You broke a browser that millions of people depended on for NO REASON. NO REASON. There was NO REASON TO REMOVE THE HOTKEY TO COPY LINKS FROM FIREFOX.

Comment 5

[Dusk]

For clarity, there are at least two closely related issues here.

The first is that, on macOS, it's possible to have the Firefox application running with no windows open. When this is the case, the "History > Recently Closed Tabs / Windows" submenus and their associated keyboard shortcuts are disabled. Opening any browser window, even a private browsing window, allows them to be used. Interestingly, opening the Library window doesn't visually enable either of the submenus, but does allow Cmd+Shift+N to be used to reopen the most recently closed window.

The second is that Cmd+Shift+T behaves inconsistently. I haven't tested this on other platforms, but on macOS the behavior appears to be:

1. When there is a single browser window open, it will reopen the most recently closed tab or window, depending on what was most recently closed. This may include reopening a window which contained multiple tabs.
2. When there are multiple browser windows open, it will usually reopen the most recently closed tab in that specific window. Under some circumstances, it will reopen a closed window. As far as I can tell, it will never reopen a tab which was closed in another window.
3. When there are no browser windows open, the shortcut does nothing. This includes if the Library window is open and Cmd+Shift+N would reopen a window, as mentioned above.

This behavior seems overly complex, and I'm still not sure how it decides sometimes. Simplifying this UX is probably a separate task, but making it at least reopen windows when possible would be a big improvement.