RESOLVED INVALID 10578
Framesets keeps loading recursively, resulting in massively nested frames
https://bugs.webkit.org/show_bug.cgi?id=10578
Summary Framesets keeps loading recursively, resulting in massively nested frames
Mark Rowe (bdash)
Reported 2006-08-25 19:44:56 PDT
Steps to reproduce: 1) Visit http://www.kfc.org.nz/ 2) Wait a minute or so while it loads. 3) Note that you have multiple identical header and sidebar frames. This page works correctly in Firefox, but not with WebKit 418.8 or ToT. I had a quick look at the source of the page in question, but got bored when I noticed there were no fewer than 4 HTTP redirections involved.
Attachments
mitz
Comment 1 2006-08-27 07:08:18 PDT
Replaced the URL with the last link in the chain that still shows the bug.
Matt Lilek
Comment 2 2006-09-03 14:16:37 PDT
I poked around with this and was able to get it to load properly. For the main frame, they load "http://www.greenpeace.org.nz/truefood/", which points to their index.html, which redirects to default.asp, which loads the frames which is causing the massive buildup (by again calling index.html and redirecting to default.asp and so on). Having the main frame load home.asp causes it to work properly like Firefox. Now the strange part - I can't reproduce this locally or on my server. I was able to figure out the above only by pointing to the files on their server. There doesn't appear to be any weird javascript that would be causing this. There is one thing that could cause this, a check to see if its in the frameset ( if (top.location == self.location) { top.location.href = "index.html" } ), but there appear to be no indications that this is returning the wrong value or anything else to make this go crazy. Whether or not this is actually a bug in WebKit or with their servers, I can't say as I'm not familiar with the codebase. Hope this helps.
Brad
Comment 3 2007-09-23 14:15:33 PDT
I have an additional test case for this bug (I believe it is the same bug) for a project I was working on to convert a frameset with nested framesets into a page with a iframedframeset. One of the reasons I wanted to do this was to have positioned elements that overlap the content frame (now the IFRAME). I works in other browsers, and it works in Webkit when single pages are in the IFRAME, but it does not work correctly when a frameset is in the IFRAME in Safari/Webkit. Scolling the embedded frame also scrolls the positioned element, except where it overlaps the scrollbar. It's as though the positioned element was inside the embedded frame, instead of in front of all of it, except that scrolling back does not reveal it again. Can I get rid of this by changing the background color of the iframe itself? here is where you can see it yourself: http://www.providentcu.org/goodiframesizing2.asp
Brad
Comment 4 2007-09-23 14:17:50 PDT
(In reply to comment #3) Sorry. I posted this to the wrong bug. Please ignore here.
Elliott Sprehn
Comment 5 2012-06-26 00:38:38 PDT
The linked sites don't exist anymore.
Note You need to log in before you can comment on or make changes to this bug.