Bug 13378 – REGRESSION (r20809-r20814): History ignores first hyperlink step in certain windows

• Status: NEW
• Component: Page Loading

[Nikolas Bertheau]

It is possible to load any page into a window with the following behavior: The first hyperlink step can't be undone (the back button stays blurred):
To reproduce, go to "http://salokin.de/utf8", press SPACE, enter any URL including "http://" and press ENTER. You should see a new window with the specified URL. Now follow any hyperlink. The back button stays blurred.

[David Kilzer (:ddkilzer)]

Thanks Nikolas!  Confirmed with a local debug build of WebKit r20914 with Safari 2.0.4 (419.3) on Mac OS X 10.4.9 (8P135).

Why did you put "(800-814)" in the bug title?  We usually use numbers like that for the subversion revision that caused the regression.

[David Kilzer (:ddkilzer)]

Other differences from shipping Safari (which may need separate bugs):

1. Background image doesn't load (or loads a different image).

2. A JavaScript error reported in the JavaScript console:

TypeError: Undefined value
http://salokin.de/utf8.html    Line: 51

[Nikolas Bertheau]

(In reply to comment #1)
> Why did you put "(800-814)" in the bug title?  We usually use numbers like that
> for the subversion revision that caused the regression.

I remember putting there (809-814) meaning that until version r20809 everything was fine; problems started with version r20814.

[Nikolas Bertheau]

(In reply to comment #2)
> Other differences from shipping Safari (which may need separate bugs):
> 
> 1. Background image doesn't load (or loads a different image).

No bug. This page uses a random choice of different backgrounds.
 
> 2. A JavaScript error reported in the JavaScript console:
> 
> TypeError: Undefined value
> http://salokin.de/utf8.html    Line: 51

No bug. Probably trying to focus a non-existing (blocked?) pop-up window.

[David Kilzer (:ddkilzer)]

(In reply to comment #3)
> I remember putting there (809-814) meaning that until version r20809 everything
> was fine; problems started with version r20814.

Please add the whole revision number in the future.  Thanks!

[Brady Eidson]

This is almost definitely caused by http://trac.webkit.org/projects/webkit/changeset/20813, which fixed http://bugs.webkit.org/show_bug.cgi?id=12005.  Ironically, that bug involved *too many* history items getting put in.

This bug, however, sounds a lot like http://bugs.webkit.org/show_bug.cgi?id=3546 (which was fixed in http://trac.webkit.org/projects/webkit/changeset/20878).

In that bug, gmail was found to be opening its new window in an extremely peculiar way that precluded the creation of that initial history item.  It seems likely that something similar is happening here.

[Nikolas Bertheau]

Created attachment 14098 [details]
Reduction

[Darin Adler]

<rdar://problem/5153022>