Version: (using KDE KDE 3.5.2) Installed from: Ubuntu Packages It does not work properly, try http://www.onjava.com/onjava/2005/10/26/examples/examples/simple/simple.html for example. The problem is caused when reading document.location(|.href|.hash), I think. It does not reflect the current state (after pressing the back/forward buttons), but the previous state. BTW: Safari is also known for the "dhtml history" problems.
I am not sure I understand what the problem is. Konqueror behaves the same as Firefox in the linked example, but I can't tell if that is correct.
What version of Konqeueror do you use? After pressing the back button for the first time on that page, the page content is unchanged in Konqueror 3.5.2 (and in the older versions I have seen). Pressing the back button a second time finally changes the content, but as one can see, the URL in the address bar (look after the hash symbol) is out of sync with the displayed content. In other words: The URL in the address bar and the results you get when reading document.location(|.href|.hash) differ, which is a bug. document.location(...) is always one step behind the address bar. Firefox and IE do behave differently. Pressing the back button there for the first time actually does something, and the content always corresponds to the URL in the address bar.
A real life example which shows the same behaviour: http://homepagenow.com The content is always one step behind what it should be after pressing the back button.
Checked out Konqueror 3.5.5 today - problem still not solved.
Same behaviour on konqueror 4
Should be fine now, I think --- I've fixed a bunch of issues like this a bit back.
(In reply to comment #6) > Should be fine now, I think --- I've fixed a bunch of issues like this a bit > back. Confirming (tested with KDE 4.11.4)