Version: (using KDE KDE 3.0.7) Installed from: Gentoo Packages OS: Linux from url: http://www.linuxgames.com/news/index.php3/5906 If I right click on the 'Download: http://www.nvidia.com/view.asp?IO=linux_display_1.0-3123' link and select "open in new tab" or "open in background tab", it takes quite a while I believe the site is quite slow or down atm, but what happened is this: I opened the tab.. nothing happened.. I opened another tab, nothing happened.. i tried oppening it in background, nothing happened.. then all of a sudden (like 1 minute later) 3 tabs popped open. talk about confusing!! anyhow, I thought itd be nice if the tabs open right away rather than waiting for a response from the site. apologies if this is a duplicate, I couldn't find a bug like it. thanks David
*** Bug 48941 has been marked as a duplicate of this bug. ***
*** Bug 53075 has been marked as a duplicate of this bug. ***
Yeap, I see the same behaviour with my konstruct-build KDE 3.1 RC6. It is confusing like hell.
*** Bug 53495 has been marked as a duplicate of this bug. ***
See the same behaviour in 3.1 ( Debian/Stable packages ). I also would like to see the tabs open on command, rather tha response from the server. Perhaps an option for it would be nice.
This can likely not fixed before the new tab widget in KDE 3.2.
One more thing on the tab widget: Currently open a new bug will cause redrawing the page (tab is entered on top of the page and the top visible line will still be the top visible line) IMHO a much better behaviour for this would be opening the tab area hiding whatever is under it and not messing around with anything else. This is not nice if you are working in this very area but the current implementation is not nice for anybody working in any other region and especialy bad if you are working at the very bottom of the window.... Thorsten
It would be cool if the new tab was opened immediately on the click, and its caption would show an animation showing that this tab is busy loading. Once the page has loaded, we can display its title as usual.
I don't really think we need to wait for a whole new tab widge set regarding this imo minor technical problem resulting in major usability problems. You could simply 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.
Subject: Re: tab open delays when it can't reach website.. OK, I just committed a fix. Please test it out (for developers - please don't close this report till it's backported like it should be, thanks). Zack
Thank you Zack! And now, main window doesn't repaint when "Open in background Tab". It's a great enhancement on Konqueror's Tab-browsing. kzk
*** Bug 53496 has been marked as a duplicate of this bug. ***
Stephan backported it to 3.1 and fixed the opening in background so now it's my pleasure to close this bug. Enjoy.
A big thanks to all KDE developers for listening to user's needs. Now Konqueror should be the most productive browser for Linux again! Cheers, Thorsten
So is it now in the 3.1/3.1.1 tars on the sites? How do we get this great wonder!?
Of course not. It will be fixed in KDE 3.1.2. Patch under http://tinyurl.com/8rol
This bug is still present for smb:// links. When visiting a windows share that does not respond, e.g. middle-clicking (or right-clicking and selecting 'Open in New/Background tab') on smb://www.microsoft.com/ gives a tab after only approximately 4 seconds. This is not as long as the reported 1 minute, but is still long enough to be confusing.
BTW, I'm using CVS of today.