Bug 110430 - Reloading URL being loaded reloads the previous URL
Summary: Reloading URL being loaded reloads the previous URL
Status: RESOLVED INTENTIONAL
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: 3.4
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-08-09 01:06 UTC by monstermunch
Modified: 2012-06-18 17:38 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description monstermunch 2005-08-09 01:06:32 UTC
Version:           3.4.0 (using KDE 3.4.0 Level "b" , SUSE 9.3)
Compiler:          gcc version 3.3.5 20050117 (prerelease) (SUSE Linux)
OS:                Linux (i686) release 2.6.11.4-21.7-default

Example:
Open konqueror
Open one of your bookmarks and wait for the page to load
Select another bookmark
Before the bookmark loads, quickly click the reload button or press F5
The first bookmark will then be displayed

Expected behaviour: The request to load the page for the second bookmark should be repeated and the bookmark URL should be in the location bar (instead of the first).

This bug is especially irritating when a webpage is taking a long time to load and you hit F5 to resend the request in the hope that it will appear. Novice users tend to do this as well, and seeing their first bookmark reloaded would not be the expected behaviour, which would confuse/annoy them.
Comment 1 Philip Rodrigues 2006-09-05 23:29:58 UTC
Behaviour on 3.5 branch r575787 is as described. Not sure what the intended behaviour is though
Comment 2 Martin Fitzpatrick 2007-01-08 00:59:55 UTC
Behaviour described confirmed KDE 3.5.5 / Kubuntu 6.10. Pattern appears to be that until the server for the 2nd site has responded it will refresh the original page.  After receiving a response it will refresh the 2nd site.

Preferred intended behaviour not clear.  If no response has been received, the user cancels the attempt & the page has not been updated, it will be counterintuitive to refresh the 2nd page.  However, if page request is ongoing it may make sense to refresh this current connection.

Anyone else?
Comment 3 monstermunch 2007-01-08 01:21:40 UTC
Hi. I originally reported this bug a long time ago and forgot myself the reason I reported it. My example was probably a little strange and unhelpful but I think I was trying to make it easy to replicate without explaining why it is annoying in practice. Try this instead:

Example: 
Open konqueror .
Goto a website that normally takes a couple of seconds to load links (e.g. www.amazon.co.uk for me).
Click a link.
Hit F5 (reload) while the link is waiting to start loading (if the new page starts to render, try a slower website).

What happens:
The old page will be reloaded.

What I would expect to happen:
The request to load the clicked link should be repeated (and hopefully the clicked link should load and start rendering).

An actual scenario where this behaviour is bad is:
A user is on a slow website.
They click a link.
They wait.
The current page does not change because the website is slow.
They wait longer and think the website is very slow or the connection has 'broken' etc.
They click 'reload' to try to get the page to load properly (I've seen quite a lot of users do this personally).
Instead of the link they wanted loading, the original page loads.
This is confusing as sometimes the user will actually think the request has been resent (not understanding that the current page just re-rendered) and waits again for the page to load (when now, the page will never load).

I think sensible general behaviour would be:

if reload is clicked
  if a page is trying to load
    load the page that is trying to load
  else
    load the current page

This way, clicking stop and then reload will reload the original page, which makes sense as you are saying "stop trying to load the page I clicked on, now reload the page I can see".
Comment 4 Mike Williams 2007-01-08 04:00:37 UTC
Confirmed on kde 3.5.5. 

This bug also happens when you have no page loaded in konqueror (I have no home page loading by default) ((You can reproduce it by opening a new tab). Type in a site name, and before it loads, press F5. Konqueror refreshes to a blank page and no site in the location/address bar.
Comment 5 Martin Fitzpatrick 2008-04-05 23:04:41 UTC
Behaviour still exists in 4.0.3/Kubuntu, although checking with Firefox3 it does the same thing there. I agree it's annoying though.
Comment 6 FiNeX 2008-05-05 00:28:08 UTC
Confirmed even in 4.1 (trunk r802881).
Comment 7 FiNeX 2010-09-05 21:28:10 UTC
Same problem as bug #123303
Comment 8 Dawit Alemayehu 2011-06-13 07:29:44 UTC
You cannot reload a page that has yet to be loaded ; so when you press reload without stoping the current load action, then the reload can only reload what is currently being shown! IOW, you cannot reload a pending action! However, if you first press stop and then press reload, then the previous action has been interuppted, so the reload should do what you all are stating it should.

You can test this behavior in any of the other major browsers (I did not test IE), and you get the same exact behavior. The only issue in Konqueror is that even if you press STOP and then RELOAD, it still reloads the old page. That needs to be addressed. Other than that it is a WON'T FIX.
Comment 9 Janek Bevendorff 2012-06-18 17:38:05 UTC
Closing as WONTFIX as of comment #8.