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)
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.
Comment 1•23 years ago
|
||
WFM. 2002121304 / XP.
Comment 2•23 years ago
|
||
WFM too, 2 hours old CVS based build, WinXP-Sp1.
| Reporter | ||
Comment 3•23 years ago
|
||
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.
| Reporter | ||
Comment 5•22 years ago
|
||
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.
Comment 6•21 years ago
|
||
Shift+CTRL+Click will open in a background tab, CTRL+Click opens a foreground tab.
Comment 7•21 years ago
|
||
unable to reproduce on windows 1.7 beta build.
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
Updated•17 years ago
|
Product: Core → SeaMonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•