Bug 7814 – Back button behaves incorrectly on Wikipedia "Random Article" link

• Status: RESOLVED
• Resolution: DUPLICATE
• Component: History

[Devin Chalmers]

When using Safari on the Wikipedia, clicking the "Random Article" link does not properly add pages to the history. Clicking several times on the link, and then clicking the "back" button, returns the browser to the page where the link was originally clicked.

Steps to reproduce:
1. Navigate to the Wikipedia English main page, http://en.wikipedia.org/
2. Click "Random Article" - note page title.
3. Click "Random Article" again
4. Click the Safari back button. Safari returns you to the Wikipedia main page, instead of the page found in step 2.

[David Kilzer (:ddkilzer)]

*** Bug 8357 has been marked as a duplicate of this bug. ***

[Mark Rowe (bdash)]

Confirmed with WebKit 418.8 and the latest WebKit nightly.  When repeatedly clicking hte "Random Article" link, no previous pages are added to the history.

[Alexey Proskuryakov]

*** Bug 10658 has been marked as a duplicate of this bug. ***

[Derk-Jan Hartman]

Here is what wikipedia returns. Perhaps it's due to the 302 ??

curl --user-agent "Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en) AppleWebKit/522.11.1 (KHTML, like Gecko) Version/3.0.3 Safari/522.12.1" -O "http://en.wikipedia.org/wiki/Special:Random" -v
* About to connect() to en.wikipedia.org port 80
*   Trying 145.97.39.155... * connected
* Connected to en.wikipedia.org (145.97.39.155) port 80
> GET /wiki/Special:Random HTTP/1.1
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en) AppleWebKit/522.11.1 (KHTML, like Gecko) Version/3.0.3 Safari/522.12.1
Host: en.wikipedia.org
Pragma: no-cache
Accept: */*

< HTTP/1.0 302 Moved Temporarily
< Date: Fri, 03 Aug 2007 01:08:05 GMT
< Server: Apache
< X-Powered-By: PHP/5.1.4
< Vary: Accept-Encoding,Cookie
< Expires: Thu, 01 Jan 1970 00:00:00 GMT
< Cache-Control: private, s-maxage=0, max-age=0, must-revalidate
< Location: http://en.wikipedia.org/wiki/Linear_circuit
< Content-Length: 0
< Content-Type: text/html; charset=utf-8
< X-Cache: MISS from sq17.wikimedia.org
< X-Cache-Lookup: MISS from sq17.wikimedia.org:3128
< X-Cache: MISS from knsq5.knams.wikimedia.org
< X-Cache-Lookup: MISS from knsq5.knams.wikimedia.org:3128
< X-Cache: MISS from knsq4.knams.wikimedia.org
< X-Cache-Lookup: MISS from knsq4.knams.wikimedia.org:80
< Via: 1.0 sq17.wikimedia.org:3128 (squid/2.6.STABLE12), 1.0 knsq5.knams.wikimedia.org:3128 (squid/2.6.STABLE12), 1.0 knsq4.knams.wikimedia.org:80 (squid/2.6.STABLE12)
< Connection: close
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0* Closing connection #0

[David Kilzer (:ddkilzer)]

Still occurs with a local debug build of WebKit r25410 with Safari 3 Public Beta v. 3.0.3 (522.12.1) on Mac OS X 10.4.10 (8R218).

[Cameron Zwarich (cpst)]

This is a duplicate of bug 19422, and the patch there also fixes this problem. There is still the problem of rewriting the latest item in the history menu, but the back button works fine.

*** This bug has been marked as a duplicate of 19422 ***

[Derk-Jan Hartman]

This issue is not fixed. I think only the first patch of the "duplicate" ticket fixed this problem, the patch that was eventually applied however does not seem to fix this issue.