30746 2009-10-24 11:54:17 -0700 REGRESSION (r48687): Wachovia Online Billpay website broken 2009-10-27 09:40:51 -0700 1 1 1 Unclassified WebKit Page Loading 528+ (Nightly build) All All RESOLVED DUPLICATE 30424 InRadar, Regression P1 Normal --- 1 chmeeedalf webkit-unassigned beidson darin dbates mrowe sam oldest_to_newest 157459 0 chmeeedalf 2009-10-24 11:54:17 -0700 With webkit 1.1.15.2 and later I can no longer access the Wachovia Online Billpay page, clicking the "Pay bills" from the main account page just directs to a blank page. Webkit 1.1.15.1 and earlier correctly handle the redirects. 157512 1 mrowe 2009-10-24 16:42:45 -0700 Can you please provide a URL that can be used to reproduce this? 157524 2 chmeeedalf 2009-10-24 18:36:38 -0700 https://www.wachovia.com is the top-level page. But an account is required in order to test the Bill Pay link. The actual bill pay link within the account realm is generated with javascript. 157525 3 chmeeedalf 2009-10-24 18:44:52 -0700 I will note that this also occurs with Safari, using the OS X Webkit nightly svn revision 50006. 157553 4 mrowe 2009-10-24 21:27:31 -0700 <rdar://problem/7334141> 157617 5 41827 dbates 2009-10-25 13:55:59 -0700 Created attachment 41827 Reduction Here is a reduction. When you click on Pay Bills the browser is taken to the page: https://onlineservices.wachovia.com/NASApp/NavApp/Titanium (i.e. the link actually submits a form with some parameters). The issue seems to be caused by the script that appears in the <head> of the HTTP response: <script>history.go(1)</script>. This script causes the browser to redirect to the next page in the history (i.e. equivalent to clicking the Forward button in the browser). But, no such history entry exists yet! (it would only exist if, say, we clicked on a link on this page then pressed the Back button in the browser). 157621 6 dbates 2009-10-25 14:26:38 -0700 Confirmed this is a regression that affects Macintosh PowerPC, Macintosh Intel, and Windows XP using r50039 for Mac, r49956 for Windows. Works in Safari Version 4.0.3 (5531.9). 157622 7 dbates 2009-10-25 14:45:37 -0700 This regression first appeared in nightly build r48730. If I have some time, I'll try to bisect from r48680 (works) to r48730 (does not work) and find the culprit revision. 158070 8 dbates 2009-10-26 19:53:08 -0700 Confirmed r48687 is the cause, <http://trac.webkit.org/changeset/48687>. CC'ing Darin and Sam. 158071 9 mrowe 2009-10-26 19:54:18 -0700 Brady fixed two issues that were fallout from r48687 today. Does this still occur with ToT? 158089 10 beidson 2009-10-26 21:41:58 -0700 This is almost certainly a dupe of http://webkit.org/b/30424 and was almost certainly fixed by http://trac.webkit.org/changeset/50111 but I can't verify right now. *** This bug has been marked as a duplicate of bug 30424 *** 41827 2009-10-25 13:55:59 -0700 2009-10-25 13:55:59 -0700 Reduction reduction.html text/html 118 dbates PGh0bWw+CjxoZWFkPgo8c2NyaXB0Pmhpc3RvcnkuZ28oMSk8L3NjcmlwdD4KPC9oZWFkPgo8Ym9k eT4KSWYgeW91IHNlZSB0aGlzIHRleHQgdGhlbiB0aGUgdGVzdCBQQVNTRUQuCjwvYm9keT4KPC9o dG1sPg==