Same keyboard shortcut for "Open in new Tab" and "Cut"

Bug #393791 reported by Jeroen T. Vermeulen
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Mozilla Firefox
Confirmed
Unknown
firefox-3.5 (Ubuntu)
Triaged
Wishlist
Unassigned

Bug Description

Binary package hint: firefox-3.0

In Firefox 3.0.11 on Jaunty, I frequently open links by right-clicking them (the middle button stopped working in the Jaunty upgrade) and hitting "t" for "Open Link in New Tab."

I'm used to doing this in Firefox and Galeon. In Galeon it works for bookmarks (and bookmark folders) as well. But in Firefox, for a bookmark, it selects "Cut" instead. Which means that my bookmark is gone!

There is a way to repair the damage, by opening the bookmarks again, right-clicking them again, and selecting "Paste." But:

1. There is no Undo for the Cut.
2. The Paste option from the regular menu bar doesn't work for this.
3. If I copy something unrelated, in my case a piece of text from a web page, the bookmark is also lost from the clipboard.
4. It doesn't even seem to work like a proper "Cut": if I paste it into a text field I get the link, not the bookmark as a whole.

Why should there even be Cut and Paste options for bookmarks? For me a "Copy Link Location" similar to (and with the same keyboard shortcut as) the one on a regular link would do. Or if we have to have it for moving things around like we do with files, it'd make more sense IMHO to make it behave as it does with files in Nautilus—keep the original in place unless and until I paste it somewhere where it makes the original unnecessary.

Revision history for this message
In , Crayz9000 (crayz9000) wrote :

I'll second this. This has been a very irritating change from 2.x to 3.x (currently running a nightly) and I was wondering if there was any justification to such an arbitrary shortcut key change.

Also, when in the Bookmarks menu, I have noticed that pressing T to open a new tab when right-clicking on a bookmark actually *deletes* the bookmark, which has caused me no small degree of frustration.

Will try latest nightly and re-check, but since nobody else seems to have noticed I'm not sure there's any difference.

Revision history for this message
In , Crayz9000 (crayz9000) wrote :

Confirmed that right-clicking on a bookmark and pressing T actually deletes the bookmark in latest nightly.

Build identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b1pre) Gecko/20080916043910 Minefield/3.1b1pre

I can probably give a patch a shot, but any idea which file I might want to start with in the source tree?

Revision history for this message
In , Dao (dao) wrote :

(In reply to comment #1)
> Also, when in the Bookmarks menu, I have noticed that pressing T to open a new
> tab when right-clicking on a bookmark actually *deletes* the bookmark

It cuts it, as T is assigned to "Cut".

Revision history for this message
In , Crayz9000 (crayz9000) wrote :

D'oh. Missed that.

This makes life interesting, since pretty much every other program out there uses T as a menu shortcut for cut. I suppose if all the menus, including the File menu, are changed to N and W to match, then it makes a little more sense.

Of course, then it wouldn't quite match with the usage of Ctrl+T, but...

Revision history for this message
In , Mak77 (mak77) wrote :

*** Bug 437338 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Slisochies (slisochies) wrote :

Yup, this bug is extremely annoying. As a laptop user I regularly use keyboard shortcuts. It is very irritating that whenever I wish to open a link in an new tab I use Ctrl-T, however when I wish to open a bookmark (usually from an RSS feed) I have to switch to Ctrl-W.

I would really appreciate it if this is fixed for the next release. I doubt it would involve much effort to fix.

Revision history for this message
Jeroen T. Vermeulen (jtv) wrote :

Binary package hint: firefox-3.0

In Firefox 3.0.11 on Jaunty, I frequently open links by right-clicking them (the middle button stopped working in the Jaunty upgrade) and hitting "t" for "Open Link in New Tab."

I'm used to doing this in Firefox and Galeon. In Galeon it works for bookmarks (and bookmark folders) as well. But in Firefox, for a bookmark, it selects "Cut" instead. Which means that my bookmark is gone!

There is a way to repair the damage, by opening the bookmarks again, right-clicking them again, and selecting "Paste." But:

1. There is no Undo for the Cut.
2. The Paste option from the regular menu bar doesn't work for this.
3. If I copy something unrelated, in my case a piece of text from a web page, the bookmark is also lost from the clipboard.
4. It doesn't even seem to work like a proper "Cut": if I paste it into a text field I get the link, not the bookmark as a whole.

Why should there even be Cut and Paste options for bookmarks? For me a "Copy Link Location" similar to (and with the same keyboard shortcut as) the one on a regular link would do. Or if we have to have it for moving things around like we do with files, it'd make more sense IMHO to make it behave as it does with files in Nautilus—keep the original in place unless and until I paste it somewhere where it makes the original unnecessary.

Revision history for this message
Micah Gersten (micahg) wrote :

Thank you for reporting this to Ubuntu. It seems that for bookmarks, the shortcut is 'w' and not 't' specifically for that reason. Does it not appear this way for you?

Changed in firefox-3.0 (Ubuntu):
status: New → Incomplete
Revision history for this message
Jeroen T. Vermeulen (jtv) wrote :

Yes. That's the problem. The option to open a link in a new tab is 't' elsewhere, but in this place, the 't' shortcut means basically "delete this bookmark with minimal chances of recovery" instead.

Revision history for this message
Micah Gersten (micahg) wrote :

Thank you for your bug report. This bug has been reported to the developers of the software. You can track it and make comments at: https://bugzilla.mozilla.org/show_bug.cgi?id=454965

Changed in firefox-3.0 (Ubuntu):
importance: Undecided → Wishlist
status: Incomplete → Triaged
Revision history for this message
In , Mozilla-bugs-micahscomputing (mozilla-bugs-micahscomputing) wrote :
Micah Gersten (micahg)
Changed in firefox-3.5 (Ubuntu):
importance: Undecided → Wishlist
status: New → Triaged
Changed in firefox:
status: Unknown → Confirmed
Revision history for this message
In , Teoli2003 (teoli2003) wrote :

I believe this is a duplicate of bug 301888, isn't it?

Changed in firefox:
importance: Unknown → Low
no longer affects: firefox-3.0 (Ubuntu)
Revision history for this message
In , Kcarchana77 (kcarchana77) wrote :

I would like to work on this bug. It would be nice if you could assign this bug to me.

Revision history for this message
In , Automation-x (automation-x) wrote :

Per policy at https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Inactive_Bugs. If this bug is not an enhancement request or a bug not present in a supported release of Firefox, then it may be reopened.

Changed in firefox:
status: Confirmed → Unknown
Changed in firefox:
status: Unknown → Confirmed
Changed in firefox:
importance: Low → Unknown
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.