Bug 24078 – iframe loads with wrong (old) url

• Status: UNCONFIRMED
• Component: Frames

[Michael Toomim]

I am building a facebook app that loads an iframe. I've noticed a few times, though, that if I change the url for the iframe (the src attribute), safari continues to load the iframe with the OLD src attribute when I reload the outer page.

This is really strange. If I view source on the outer page, it shows the correct (new) src attribute. But the iframe is loading the old one. If I control-click on the iframe and tell it to open in a new window, it pulls up a browser for the incorrect (old) src attribute url. Emptying the safari cache does not make a difference.

My iframes usually just change in the get request parameters (the base url filename is stable). Here's an example. Check out the discrepancy is the fb_sig_session_key parameter!

-----------------------
iframe code that shows up in view source:

<iframe src="http://together.cs.washington.edu/cgi/toomim/ourprivates/toomistage/upload_iframe.php?fb_sig_in_iframe=1&amp;fb_sig_locale=en_US&amp;fb_sig_in_new_facebook=1&amp;fb_sig_time=1235281190.6003&amp;fb_sig_added=1&amp;fb_sig_profile_update_time=1235040526&amp;fb_sig_expires=1235286000&amp;fb_sig_user=10726833&amp;fb_sig_session_key=2.2x_lqPx6gDanLxewlviX8Q__.3600.1235286000-10726833&amp;fb_sig_ss=1ZznCtAXXcC31z3s4H4Y1Q__&amp;fb_sig_api_key=602c044424a1b87d1b1c3759aed8c2ac&amp;fb_sig_app_id=37504431558&amp;fb_sig=87171174852074ae7be632d873cc56c4" name="main_iframe" smartsize="false" resizable="true" frameborder="0" scrolling="no" class="canvas_iframe_util"></iframe>

------------------------------------
iframe url that safari actually loads:

http://together.cs.washington.edu/cgi/toomim/ourprivates/toomistage/upload_iframe.php?fb_sig_in_iframe=1&fb_sig_locale=en_US&fb_sig_in_new_facebook=1&fb_sig_time=1235267726.0654&fb_sig_added=1&fb_sig_profile_update_time=1235040526&fb_sig_expires=1235271600&fb_sig_user=10726833&fb_sig_session_key=2.csZlTdDRokWIkZOWN7XLlQ__.3600.1235271600-10726833&fb_sig_ss=BKLMYeflNsDMy7cYQI8pZQ__&fb_sig_api_key=602c044424a1b87d1b1c3759aed8c2ac&fb_sig_app_id=37504431558&fb_sig=05c2017739101fd7597835c92618cd7e

This latter url is one that used to be correct! Somehow safari has saved it and continues to stubbornly reuse it even though the page is telling it to use a totally different url.

[Mark Rowe (bdash)]

Does this happen with a nightly build?  I believe that we've fixed an issue similar to this.

[Michael Toomim]

It is difficult for me to tell because I don't know what conditions reproduce it. If I find out, I'll be sure to let you know.

[Ojan Vafai]

A number of people have seen this bug with Chromium's layout test dashboard. See the following URL for an example page:
http://src.chromium.org/viewvc/chrome/trunk/src/webkit/tools/layout_tests/flakiness_dashboard.html#showExpectations=true&tests=LayoutTests%2Fediting%2FexecCommand%2Fpaste

I haven't been able to come up with a consistent or reduced reproduction. That page loads the test expectations URLs in a script tag (to detect if the resource exists cross-domain). Onload of the script tag it creates an iframe (document.createElement), sets it's src and appends it to the DOM.

In both cases where people have shown this to me, the web inspector showed the correct src on the iframe, but the incorrect iframe content. It showed the content that should have been in a different iframe.

These were in Chrome developer channel (less than a week off trunk). It's possible that it's a Chrome-only bug, but it behaves exactly like this one.

[Darth]

Is this related to the issue demonstrated here
http://www.s-seven.net/iframe_test