Version: CVS HEAD (6/Jun/2003) (using KDE 3.1.9) Compiler: gcc version 3.2.2 (Mandrake Linux 9.1 3.2.2-3mdk) OS: Linux (i686) release 2.5.70-mm6 If one presses the "Clear Location Bar" button when a page is being downloaded, the download process is stopped. If this is the intended behavior (which was not in previous versions and is quite non-intuitive), the same should be applied when removing the text by hand or editing it. Continuing with the download while editing the text was quite useful, since one could start typing a second adress even before the download finishes.
Confirmed. Statusbar says "Cancelled" and page loading stops.
I can confirm that his bug is still present in konqueror 3.5.9. However it has been fixed in konqueror 4.0.3, so the question is whether it would still be considered relevant by the KDE developers
*** Bug has been marked as fixed ***.
I'm afraid that this bug is still unsolved in the current svn trunk version. How did you actually test it? Add the "clear" button to the toolbar of konqueror (yes, it's not there by default now). Try opening a long time taking web page. While it's loading, press the button. It stops loading. Please notice that RMB->clear works fine, but the toolbar action doesn't. Could you please reopen the bug, Matt? Matt Rogers wrote: [bugs.kde.org quoted mail]
This bug isn't solved yet. Possibly Bui tested using the right mouse button menu. I can confirm that this bug is still valid on svn trunk.
Linus Östberg has nice "patch". Seems to work fine. http://lists.kde.org/?l=kfm-devel&m=121476589905440&w=2
Any updates? Will the line be removed or kept? Anyway, I think it's about time for this bug to be closed soon.
I still don't see why this should not be closed. A patch exists and it's confirmed to work nicely. Somebody in irc said this... how to call it... "misfeature" was created to avoid (in a bad manner imho) some websites from changing the url in a recursive way or something similar. If that's the only reason, I don't know if the issue is still present, but nobody seems to know about it anymore. And if it's there, IMHO there should be a better way to fix it. So please either close it or I'll close it myself in less than a week as WONTFIX. Keeping bugs open for over 5 years is pointless.
Uga: you could just test the problem scenario described in kfm-devel thread, and apply the patch if appropriate :)
Hi sad, thanks for the response. I'd appreciate if you could point me to that thread, which I must have missed for over 5 years. So far nobody had provided a testcase to me and I haven't read such thread.
uga: http://lists.kde.org/?l=kfm-devel&m=121520413203316&w=2
Tommi, that thread doesn't show any testcases nor urls. He only mentions the same thing I did, but doesn't provide any samples that can cause the issue.
I could create an html page that could try redirecting to itself, as described by dfaure, but I would not be reproducing the exact issue that caused this fix. We would really need to know what site or what code caused committing this workaround.
Cannot reproduce the bug on KDE 4.4.5: when I press the "clear" button the page doesn't stop loading. Is someone able to reproduce the bug with the latest KDE version?
I can reproduce this one if I enable "old" clear location bar button. But nowadays default is klineedit clear button which works fine and doesn't interfere page loading. I'll close this bug although the original bug/feature is still there. Maybe we should just remove the old slotClearLocationBar code?
@Tommi: I agree.