Summary: | REGRESSION (r48687): Pages on ucas.com appear blank | ||||||
---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Fumitoshi Ukai <ukai> | ||||
Component: | WebCore Misc. | Assignee: | Brady Eidson <beidson> | ||||
Status: | RESOLVED FIXED | ||||||
Severity: | Major | CC: | ap, beidson, chmeeedalf, chrishilbert, darin, mrowe, sam, simon.fraser | ||||
Priority: | P1 | Keywords: | InRadar, Regression | ||||
Version: | 528+ (Nightly build) | ||||||
Hardware: | All | ||||||
OS: | All | ||||||
Attachments: |
|
Description
Fumitoshi Ukai
2009-10-15 20:42:40 PDT
In the future please describe the bug in the “Summary" field. If the bug is a regression you should include the REGRESSION tag at the start of the summary, and you should CC the author of the original change on the bug. *** Bug 30704 has been marked as a duplicate of this bug. *** In the bugzilla dupes and radar dupes we've seen of this issue, we've seen parsing of the page stop once a schedule redirection is hit. In a couple cases it's been a history.forward(), and in a couple it's been a <meta> refresh. That symptom matches quite obviously with the nature of r48687 Created attachment 41892 [details]
Proposed fix and layout test
Comment on attachment 41892 [details] Proposed fix and layout test > + // http://webkit.org/b/30424 - Invalid history navigations (such as history.forward() during a new load) have > + // the side effect of cancelling any scheduled redirects. We also avoid the possibility of cancelling the > + // current load by avoiding the scheduled redirection altogether. I am not a huge fan of including bug URLs in the code. Otherwise, this comment is fine. I'd just leave out the URL. > +if (window.layoutTestController) > + window.layoutTestController.dumpAsText(); The second line can just say "layoutTestController", not "window.layoutTestController". > +http://webkit.org/b/30424 and <rdar://problem/7308952> - REGRESSION (r48687) - Some pages appear blank.<br> You need an < here instead of the < sign. Committed r50111. http://trac.webkit.org/changeset/50111 *** Bug 30746 has been marked as a duplicate of this bug. *** #webkit is reporting crashes: http://nopaste.com/p/aeY6lni8fb Lets put those crashes in a new bug report. Are they reproducible? They are being tracked via bug 30839. There was already a new bugzilla - https://bugs.webkit.org/show_bug.cgi?id=30839 But they are *NOT* fallout from this change. We have radars for them from weeks ago (<rdar://problem/7313414>) Sadly, they are not reliably reproducible. Just tested with the nightly 50124, and it works correctly, thanks. |