343372 - Cmd+1..9 behavior does not match safari

Status: VERIFIED DUPLICATE of bug 338694

(Camino Graveyard :: Bookmarks, defect)

Description

[Marc Chadwick]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1a3) Gecko/20060701 Camino/1.0+
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1a3) Gecko/20060701 Camino/1.0+

The behavior added to Camino for Cmd+1..9 is to open the link on the bookmarks bar which corresponds to the number pressed in an effort to match Safari. This works, but differs from Safari in a major and potentially damaging way. In Camino, if the corresponding bookmark is actually a folder / tab group, the entire tab group is opened. In Safari nothing happens. The reason this is potentially damaging is that it can destroy an entire browser session, whereas mistakenly hitting the key strokes (e.g. forgetting that this isn't Firefox) on a single bookmark would only change one page and we could resolve it by hitting back. 

Reproducible: Always

Steps to Reproduce:
1. Create a new bookmarks folder on the Bookmarks Bar.
2. Populate the new folder with bookmarks (preferably at least two).
3. Press Cmd+corresponding number. For example, if the folder is in the first position on your bookmarks bar press Cmd+1. 

Actual Results:  
The tab group opened all bookmarks inside it using existing tabs. 

Expected Results:  
Nothing should have happened; the tab group should not have opened. 

This really isn't that big a deal, and it may very well be the intended functionality, but since I read that it was meant to emulate Safari's behavior I wanted to report the difference.

Comment 1

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

Yeah, there are some issues/bugs to resolve yet.

*** This bug has been marked as a duplicate of 338694 ***