Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.2b) Gecko/20021004 Phoenix/0.3 ctrl-click works in bookmark sidebar, but not in personal toolbar.

Piere, I'm kind of behind on what's the plan for groups. Is this intentional?

sorry 'bout the typo there, pch. We have context-click open in tabs. Are we also going to have ctrl+click on folders to open in tabs?

Guess not.

May I ask why this won't be implemented? I for one would find it very useful to be able to hold down Ctrl and then click on a bookmarks folder on the toolbar to open them all as tabs. In other words, it should work as the "Open in Tabs" menu item at the bottom of each bookmarks folder.

yes, reopening

I second davids comment - and just because of having consistent UI handling (within sidebar this works - on personal toolbar not) this should be implemented!

Middle clicking BTF works fine. But Ctrl-Click doesn't. It's strange behavior and must be a bug.

taking QA contact, sorry about the bugspam

Both middle and ctrl WFM. Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030728 Mozilla Firebird/0.6.1

Sorry, I'm a newbie to this process, so please be gentle if I screw this up. When I Control-click on a link in the main browser window, it opens up a new tab _in the background_, then loads the contents in this background tab (as desired). When I Control-click on a bookmark toolbar button, it opens the link in a new tab, but makes this tab the active tab. I would prefer that Control-click always loaded in the background, regardless of whether it is a link in the browser window or a bookmark toolbar button. Is this the bug reported here, or should I start a new bug? Ken

Ken, its probably a separate bug, and if you file it will be WONTFIXed, since this is how hyatt implemented tabbed browsing in Firebird. If you want this to have a pref, you need to convince him. Keep in mind that Firebird isn't meant to be incredibly configurable, but more of a "best implementation" design, meaning different usage patterns may not be supported.

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20031007 Firebird/0.7 I have the situation that when I *click* the bookmark folder, it automatically opens *all* links in tabs. It don't even have to hold Ctrl for it. This is ofcourse really annoying if I only want to select one of the links in the folder. I have to painstakingly make sure that I click the bookmark folder, go the link in question while holding my mouse button down, and release it over the link. This is so unlike normal pull-down menu behavior that I often forget it and have to get rid of all the other tabs that get opened. Is this reported already? Can't seem to find a reference. This bug looks like the closest match.

This is a glaring inconsistency for anyone that starts using tabs much. Any chance we can get it before 1.0?

In Mozilla 1.7 under WinXP if I contrl-click a personal toolbar bookmark it does NOT open in a new tab... this is really annoying. Since I don't have a middle button, I don't know if that will work. The only way to get a personal toolbar button link to open in a new tab is to right-click it and select the menu item "Open in New Tab" which is very clumsy. The ctrl-click behavior for personal toolbar buttons should perfectly mimic the behavior for standard links in HTML pages.

I don't like it either ;)

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

My bug was marked as a duplicate of this big and I'm not sure it is. Macs with trackpad cannot really middle click. I think there should be an alternate way to single-click "open in tabs" for all computers. For macs it could be command-click. (Not control-click, because that opens a contextual menu.) What would be better is to enable auto-tabs so you can just set a folder to open in tabs upon normal click, and so that those folders look different in the toolbar (like Safari).

(In reply to Asaf Romano, comment #15) > Created an attachment (id=170264) > v1 > > I don't like it either ;) Any chance you could update your patch then? It's been a while... Thanks! Prog.

The patch does not apply to Places (Fx3.0 Bookmarks and History system) and there's no chance this makes 2.0 (code freeze for RC1 is today).

This is WORKSFORME in Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9.1b3pre) Gecko/20081210 Shiretoko/3.1b3pre (that is, if I'm reading the bug correctly)