11

Current behaviour:
Cmd+Z undoes text entry (in text inputs on websites and in the address bar) until it is at the end of undo history, then reopens closed tabs.

Desired behaviour:
Cmd+Z only ever undoes text entry. It never re-opens a closed tab.

And/or this is an option, not baked in.

Why:
It is very unintuitive that a recently closed tab is reopened when repeatedly pressing Cmd+Z to undo changes in a text input. Reopening a closed tab is very out of context while typing.

The established and intuitive way to reopen closed tabs is Cmd+Shift+T (which is also a current shortcut in Orion).

    It is also a feature in Safari. It was added at the behest of another user. But I agree that it shoudl have an option to be disabled, somewhere in the preferences. But at the same time, I can be slightly opposed because that would increase the amount of preferences in the browser.
    The main issue is that, in input fields the undoing of tab closing is priotized over undoing of text input, so that confuses the working memory onto whether you should oppen the tab you have closed recently or rather the text input that you wish to undo within th einput field. So more comprehensive evalution of the priotties regarding the command+z shortcut must be investigated.

      I disagree with the title. I think some refinements are all it needs to fix the issues some users may be facing. If the current behaviour were to be reverted, it should be offered as an option. For many long-time Safari users, ⌘Z is the intuitive way. It’s so much simpler to activate and I miss it in other browsers that only support ⌘⇧T.

        Disclaimer:I was never a huge fan of the cmd+z shortcut in Safari.

        I'd suggest no longer binding the cmd+z shortcut to reopening closed tabs when a text-input has focus. Maybe that could be a middle ground for those that like the shortcut for reopening tabs and those that think it shouldn't hijack the text-input shortcuts?

        Ok so the concensus seems to be that cmd z to reopen a tab should not work if focus is in a text input field?

        • eirk replied to this.

          I would much rather prefer having it completely disabled. It could be added as a preference.

            Vlad This has a problem when the user is editing something not in a text input field, such as drawing. This is especially problematic when using Google Jamboard.

                I did not notice a problem in Jamboard. cmd z works as I would expect it.

                • eirk replied to this.

                  Vlad Nevermind about jamboard, I'm not able to cause it to work incorrectly. It might just be a mistake on my hand.

                      10 days later

                      Looks like the preference has a typo: "⌘-z" instead of "⌘-Z" (or, honestly, "⌘Z", which is more conventional).

                        No one is typing