Bug 53496

Summary:	Tabed browsing: Rapid clicking not reliable
Product:	[Applications] konqueror	Reporter:	automailer
Component:	general	Assignee:	Konqueror Developers <konq-bugs>
Status:	RESOLVED DUPLICATE
Severity:	normal
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	unspecified
OS:	Linux
Latest Commit:		Version Fixed In:

Description automailer 2003-01-27 22:30:56 UTC

Version:            (using KDE Devel)

When using tabed browsing with middle mouse botton you can't rapidly click on a bunch of links and have them opened in the background.

Example:

Go to: http://apps.kde.com/na/2/info/vid/8717?mdld=t&sid=2012f73871def7a507e94f06dd217d1f&sid=2012f73871def7a507e94f06dd217d1f
and try to open all for screenshots as quick as possible in the background

Using my speed of typing usually only one of those opens, and still has a noticeable lag BEFORE even reacting (Using an AMD 700 MHZ w/ 512 MB RAM and a DSL connection...)

Correct behaviour from a users stand point should be:
- Fire and Forget (and be sure Konqueror will do it's job, since Konqueror always does it AND there is immediate visual feedback)

Cheers,
Thorsten

Comment 1 Datschge 2003-03-31 00:50:18 UTC

This bug is related to bug 47814, afaik there is only one background request at 
a time so if you try to open multiple tab at once they are interrupting each other 
even before the request succeed. A consequence of this is that slower internet 
connections will make you wait longer until the tab finally appears. 
 
My proposed solution (as a non-programmer) should be quite simple to realize: 
One could change the order of creating the new tab and loading the content. 
Creating a new empty tab (Ctrl+Shift+N) is instant, so use this existing feature to 
create the new tab first and only then try look up and load the requested URL. 
 
Hope a programmer will pick it up so we can close this and related bug reports.

Comment 2 Stephan Binner 2003-04-01 14:00:38 UTC

Once the fix for bug 47814 is backported, you have to click *very* fast to reproduce 
this. 

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