Konqueror should copy cached version of duplicated tabs, not reload them

Bug #116085 reported by Premier
12
This bug affects 1 person
Affects Status Importance Assigned to Milestone
KDE Base
Confirmed
Wishlist
kdebase (Ubuntu)
Won't Fix
Wishlist
Unassigned

Bug Description

I don't know if this should be considered a bug or a feature request, but here goes...

When you right click on the tab in konqueror, it gives you the option to open the page in a duplicate tab. This feature is all but useless because of poor modern website design: when you attempt to reload a url in flashy, form based websites, it just sends you back to the home page. We can't change the way websites are designed, but we can change konqueror. I think konqueror should attempt to duplicate the cached version of a webpage rather than the reload the website. This also uses less internet bandwidth, which even today is at a premium.

Revision history for this message
Tom Mortimer-Jones (tom-morty) wrote :

Thanks for the bug report.

I can confirm that the page is reloaded when a duplicate tab is created.

I have marked this against KDE bug 72800. It more closely resembles KDE bug 117955 which has been marked a duplicate of 72800.

Changed in kdebase:
status: Unconfirmed → Confirmed
Changed in kdebase:
status: Unknown → Confirmed
Revision history for this message
Premier (premiersullivan) wrote :

Hey, a couple days ago link in the above post sent me to the right page, but now it sends me to something about how the system sometimes hard locks in edgy. Is that something the launchpad developers should be aware of? Does anyone else get this?

Revision history for this message
Kieran Hogg (xerosis) wrote :

I'm not knowledgeable enough about konqueror internals, but I have a feeling that the current way is the RIght Way. Setting as a wishlist until anyone can confirm that using the cached copy is definitely a Bad Thing.

Changed in kdebase:
importance: Undecided → Wishlist
Revision history for this message
Alan Jenkins (aj504) wrote :

Your comment doesn't make sense Kieran. Do you mean "until anyone can confirm that *not* using the cached copy is definitely a Bad Thing"?

The OP clearly explains what they want. Some modern websites have the unfortunate feature of not changing the URL when navigating to a new page, so if you refresh you go back to the home page. I have experienced this myself. This is probably due to 1) frames, 2) AJAX-y sites using DOM manipulation.

So what the user wants is not the cached copy of the current URL. You want an exact duplicate of the entire state of the current tab. OTOH I can see that that's difficult, and _good_ AJAX sites use hacks to change the current URL for the purposes of browser history and bookmarks.

As a third use case, there's HTML forms. You know, the "refreshing this page will resend the form" warning? Though TBH, duplicating such tabs is not something one would want to encourage.

Changed in kdebase:
status: Confirmed → Triaged
Revision history for this message
Jonathan Thomas (echidnaman) wrote :

Hello there,

Kubuntu currently does not have the manpower necessary to implement this feature as a distribution, so we are closing this report. Worry not, though, because your wish item is still being tracked by KDE at http://bugs.kde.org/show_bug.cgi?id=72800 . Once KDE implements this feature, we will include it in the Kubuntu release which contains the KDE version the feature was implemented in.

Thanks for understanding, and have a nice day.

Changed in kdebase (Ubuntu):
status: Triaged → Won't Fix
Changed in kdebase:
importance: Unknown → Wishlist
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.