Closed Bug 185206 Opened 23 years ago Closed 21 years ago

ctrl+click only loads one tab at a time

Categories

(SeaMonkey :: Tabbed Browser, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: raw, Assigned: jag+mozilla)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2) Gecko/20021126 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2) Gecko/20021126 I can't open a set of tabbed windows "simultaneously", i.e. by quickly ctrl+clicking on a set of links in a page and having the tabs all open in the background. Say I'm reading /. in a window. I shift+click on an article link and shift+click on the /. thread. The article will start loading in tab 2 (with /. itself still in tab 1). IF the article loads completely before I ctrl+click on the thread link, the thread will (correctly) load in a new tab (tab 3). However, if the page in tab 2 is still loading ctrl+click on the thread link will cause the thread to load in tab 1. It doesn't seem to be a keyboard-handling bug (i.e. keeping modifier keys down or not between clicks doesn't matter): it seems purely to be a function of whether the page in tab 2 is still loading. Reproducible: Always Steps to Reproduce: 1. Make sure tabbed browing preference is set to have ctrl+click open new tab. 2. Got to http://slashdot.org/ (or any page with lots of links). 3. Try to ctrl+click on a bunch of links to load them in tabs, without losing the original tab. Actual Results: First ctrl+click that occurs while another tab is still loading will cause that link to be opened in the first tab. Expected Results: Open a new tab.
WFM. 2002121304 / XP.
WFM too, 2 hours old CVS based build, WinXP-Sp1.
Also, I'm on a DSL (~300-400kbps) connection on a slower machine (233MHz), so mebbe one doesn't see this as easily with fast networks and connections.
wfm. Richard, can you still reproduce this? If so, would you try with a new profile & recent build? Please comment in the bug either way.
The problem is still there, though it is more subtle. Again, using /. as the example: I scroll down to where I can see Older Stuff, firmly press and hold the Ctrl key, and then click, in sequence, on a bunch of links (that are within the same site, in case that's part of the subtlety). At some point I get "ahead" of some queue and new tabs stop appearing and visual feedback of link points stops happening. Wait until I get mouse feedback again. Release the Ctrl key, SCROLL THE PAGE TO THE TOP, again press and hold Ctrl key (firmly :-), and Ctrl+Click on another link. This one takes over the main window. It's not completely easy to reproduce, but I've convinced myself that it isn't just sloppy keyboard+mouse chording on my part. It really feels like something to do with timing, window event-handling, and modifier keys. Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5b) Gecko/20030827 Windows 2000 with all patches up to 2003.09.04.
Shift+CTRL+Click will open in a background tab, CTRL+Click opens a foreground tab.
unable to reproduce on windows 1.7 beta build.
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
Product: Core → SeaMonkey
You need to log in before you can comment on or make changes to this bug.