Bug 14681 – No history items created/items replaced on Zeno.org

• Status: NEW
• Component: History

[Denis Ahrens]

It seems that the history function does not work very well with redirects. It only saves the first redirect but not the following if it is generated from the same link (imagine a "random article button").

example:

go to http://www.zeno.org/Bibliothek and click on "Zufälliger Artikel" (random article).

this will bring up a new (random) page which get listed in the history.

now press the same button again. there is no further change in the history and you can't
get back to the page before with the back button.

and to make it urgent: this works well with firefox! :)

[David Kilzer (:ddkilzer)]

Thanks for the bug report, Denis!  Which version of OS X and Safari did you use to reproduce this bug?

I don't see it with a local debug build of WebKit r24443 with Safari 3.0 (522.12) on Mac OS X 10.4.10 (8R218).

[Charles Gaudette]

I am seeing this bug with Safari 3.0.2 beta for Mac, with WebKit r24452, Mac OS X 10.4.10.

I am seeing this bug with Safari 3.0.2 beta on Win, with WebKit r24449, Windows XP.

I am NOT seeing this bug on Internet Explorer 7 (7.0.5730.11), Windows XP.

[Matt Lilek]

Confirmed with r24455 with Safari 3.0.2 Beta. Behaviors differ between platforms though:

- On Windows, as you click through, the last history item is replaced (so if pages were say, the alphabet, you'd have a history item for Hauptseite Zeno.org, then an item for A, as you clicked again, A would be replaced with B, B with C and so on).

- On Safari 2.0.4 and 3.0.2 Beta, you have an item for Hauptseite Zeno.org, then an item for A and no matter how many pages you click, those two items are the only two you receive and do not change.

Firefox creates an item for each one, and as Charles mentioned, IE 7 does as well.

[David Kilzer (:ddkilzer)]

(In reply to comment #1)
> I don't see it with a local debug build of WebKit r24443 with Safari 3.0
> (522.12) on Mac OS X 10.4.10 (8R218).

Not sure what I was seeing here, but I can't reproduce these results.

This same behavior occurs on Safari 2.0.4 (419.3) with original WebKit on 10.4.10, so this is not a regression.

[Graham Perrin]

I'm reading this bug 14681 alongside two others: 

https://bugs.webkit.org/show_bug.cgi?id=11119
> Some HTTP redirects that are required to force user interaction, do not

https://bugs.webkit.org/show_bug.cgi?id=18701
> Clicking on redirect link stores wrong entry in history