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.
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.
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
(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.
(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.
(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!
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.
Created attachment 14098 [details] Reduction
<rdar://problem/5153022>