inconsistency:main window cmd 'T' and tool cmd 'T bar ERASES TOOLBAR SELECTION!

RESOLVED INCOMPLETE

Status

()

Firefox
General
--
critical
RESOLVED INCOMPLETE
9 years ago
8 years ago

People

(Reporter: Aggie Wind, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [CLOSEME 2010-12-01])

(Reporter)

Description

9 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.6) Gecko/2009011913 Firefox/3.0.6
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.6) Gecko/2009011913 Firefox/3.0.6

in the main browser window - right click a URL and press 'T' to open in a new tab.  W opens a new WINDOW 'T' and 'W' shortcuts - simple right ? 

However the command to do open a new TAB on the bookmark toolbar is 'W' 
 ( duh ?)  
BUT if you forget and  press 'T' by mistake while right clicking a toolbar link - IT ERASES the toolbar shortcut w/o warning or delay.

 NB: 'T' is not even listed as a command when you right click the bookmark toolbar, but it is a fine undocumented toolbar link eraser. OUCH !!!!

 A brutal and painful inconsistency - when keeping the command structure keys consistent would solve this . 
Suggested cure:  Make it consistent whatever the context. 
 'T' should mean new TAB  , 'W' should mean new WINDOW 

just like in the main window. 

this mindless re purposing of the keyboard shortcuts defies logic 
but losing the bookmark is a twist worthy of Microsoft 

 

Reproducible: Always

Steps to Reproduce:
1.in main window right click a link and press 'T'
2.on bookmark tool bar do the same thing
3.watch bookmark be erased
Actual Results:  
c 4 yourself - has driven me crazy forever


T should always in all applicable contexts OPEN A NEW TAB 
W "       "                                 "    NEW WINDOW

Updated

9 years ago
Duplicate of this bug: 534285

Comment 2

9 years ago
This is still a problem in 3.7a1pre. Below is my info:

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
rv:1.9.3a1pre) Gecko/20091211 Minefield/3.7a1pre (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
rv:1.9.3a1pre) Gecko/20091211 Minefield/3.7a1pre (.NET CLR 3.5.30729)

This is more of an inconsistency in menu options than a bug, but it is
annoying. When using the main browser window in Firefox, you can right click on
any link and then press 't' to open in a new tab or 'w' to open in a new
window. This makes perfect sense to me. However, if you right click on a saved
bookmark within the Bookmarks Menu or the Bookmarks Toolbar and then press 't'
it deletes the bookmark (which isn't even a quick menu option) or you can press
'w' to open in a new tab. For some reason, when right clicking in the Bookmarks
Menu or the Bookmarks Toolbar 'N' opens the bookmark in a new window and 'w'
opens in a new tab. The result is that I am constantly deleting bookmarks. It
would be nice if a right click + 't' to open in new tab and right click + 'w'
to open in a new window were universal quick menu shortcuts throughout Firefox.

Reproducible: Always

Steps to Reproduce:
1. Right click on any saved bookmark in the Bookmarks Menu or the Bookmarks
Toolbar to bring up the quick menu.
2. Press 't'
3. Bookmark gets deleted

Actual Results:  
Bookmark gets deleted.

Expected Results:  
Bookmark gets opened in a new tab.

This bug has been around as long as I can remember.
Reporter, please retest with Firefox 3.6.12 or later in a fresh profile (http://support.mozilla.com/kb/Managing+profiles). Also update your plugins (flash, adobe reader, java, quicktime, silverlight, etc.) Go to the developer's website and download the latest version from there. If you no longer see this issue, please close this bug as RESOLVED, WORKSFORME. If you do see the bug, please post a comment.
Whiteboard: [CLOSEME 2010-12-01]
No reply, INCOMPLETE. Please retest with Firefox 3.6.12 or later and a new profile (http://support.mozilla.com/kb/Managing+profiles). If you continue to see this issue with the newest firefox and a new profile, then please comment on this bug.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 8 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.