<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugs.webkit.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.4.1"
          urlbase="https://bugs.webkit.org/"
          
          maintainer="admin@webkit.org"
>

    <bug>
          <bug_id>20926</bug_id>
          
          <creation_ts>2008-09-18 17:07:31 -0700</creation_ts>
          <short_desc>Reload of page with an iframe does not refresh iframe content, even if iframe src url changed</short_desc>
          <delta_ts>2008-12-02 12:36:29 -0800</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>WebKit</product>
          <component>Frames</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>PC</rep_platform>
          <op_sys>Windows XP</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc>http://asargent.com/tests/iframe.php</bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>HasReduction, InRadar</keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Antony Sargent">antony</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>ap</cc>
    
    <cc>aroben</cc>
    
    <cc>bdakin</cc>
    
    <cc>erikkay</cc>
    
    <cc>mike.tsao</cc>
    
    <cc>mmoss</cc>
    
    <cc>ojan</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>91698</commentid>
    <comment_count>0</comment_count>
    <who name="Antony Sargent">antony</who>
    <bug_when>2008-09-18 17:07:31 -0700</bug_when>
    <thetext>Navigate to an html page with some content followed by an iframe tag. Now make a change to the contents and make the iframe src attribute point to a different url. Hit browser reload button, notice that the &quot;outer&quot; content is refreshed but the iframe content still points to the content at the old url. This problem happens with Safari 3.1.2 (525.21), the latest WebKit nightly build (36446), and Chrome 0.2.149.30. It does not happen in Firefox 3.0.1 or IE 7.0.7530.13.


Here is the source to two example php files to reproduce the problem:

iframe.php
----------
&lt;?php
$ts = date(&apos;U&apos;);
?&gt;
&lt;html&gt;
&lt;body&gt;
&lt;p&gt;
Timestamp is &lt;?= $ts ?&gt;
&lt;/p&gt;
&lt;iframe src=&quot;report_url.php?foo=&lt;?= $ts ?&gt;&quot;
        width=&quot;75%&quot; frameborder=&quot;1&quot;&gt;&lt;/iframe&gt;
&lt;/body&gt;
&lt;/html&gt;


report_url.php
--------------
&lt;html&gt;
&lt;body&gt;
&lt;?php echo $_SERVER[&apos;REQUEST_URI&apos;] . &quot;\n&quot;; ?&gt;
&lt;/body&gt;
&lt;/html&gt;


While this example just changes the value of the foo get parameter, the problem also happens if you change the iframe src url to another path on the same server or another server alltogether.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>91711</commentid>
    <comment_count>1</comment_count>
    <who name="Dave Hyatt">hyatt</who>
    <bug_when>2008-09-18 18:29:55 -0700</bug_when>
    <thetext>Can you put those on a server and give us a test URL?
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>91713</commentid>
    <comment_count>2</comment_count>
    <who name="Antony Sargent">antony</who>
    <bug_when>2008-09-18 19:53:03 -0700</bug_when>
    <thetext>(In reply to comment #1)
&gt; Can you put those on a server and give us a test URL?
&gt; 

http://asargent.com/tests/iframe.php

Hit reload a few times in firefox/ie and then in a webkit browser and you should see the difference in behavior. </thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>91751</commentid>
    <comment_count>3</comment_count>
    <who name="Mark Rowe (bdash)">mrowe</who>
    <bug_when>2008-09-19 03:11:26 -0700</bug_when>
    <thetext>As far as I can tell this works correctly in the latest nightly of WebKit on Mac OS X at this time: r36640.  It definitely fails with Safari 3.1.2 on Mac OS X.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>91752</commentid>
    <comment_count>4</comment_count>
    <who name="Mark Rowe (bdash)">mrowe</who>
    <bug_when>2008-09-19 03:15:09 -0700</bug_when>
    <thetext>On Windows with the latest nightly (r36647), reloading the page via Ctrl-R shows the bug while loading the page again via Ctrl-L, Return does not.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>91753</commentid>
    <comment_count>5</comment_count>
    <who name="Mark Rowe (bdash)">mrowe</who>
    <bug_when>2008-09-19 03:15:45 -0700</bug_when>
    <thetext>&lt;rdar://problem/6231953&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>92342</commentid>
    <comment_count>6</comment_count>
    <who name="Mike Tsao">mike.tsao</who>
    <bug_when>2008-09-23 10:08:48 -0700</bug_when>
    <thetext>This affects iframe-based social networking applications, particularly those using either Facebook or OAuth authentication schemes. The credentials are contained in the iframe src URL, and by their own terms they expire after some number of minutes.

Upshot is many social-networking applications die after a few minutes, and for some users it&apos;s a hard state for them to get out of (F5 and &quot;just clicking around&quot;) don&apos;t fix the problem.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>93787</commentid>
    <comment_count>7</comment_count>
    <who name="Beth Dakin">bdakin</who>
    <bug_when>2008-10-02 13:17:24 -0700</bug_when>
    <thetext>So, let me get this straight. This is fixed on TOT on the Mac, but on Windows TOT we only do the right thing with a Ctrl-L and not Ctrl-R. And so the remaining bug is that we want this behavior with Ctrl-R as well as Ctrl-L on Windows? Or is our current behavior correct?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>97485</commentid>
    <comment_count>8</comment_count>
      <attachid>24861</attachid>
    <who name="Michael Moss">mmoss</who>
    <bug_when>2008-11-03 12:27:58 -0800</bug_when>
    <thetext>Created attachment 24861
proposed fix (sync with related Mac code)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>100335</commentid>
    <comment_count>9</comment_count>
      <attachid>24861</attachid>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2008-11-25 16:52:58 -0800</bug_when>
    <thetext>Comment on attachment 24861
proposed fix (sync with related Mac code)

You should consider setting the CHANGE_LOG_NAME environment variable to your full name.  It seems on google systems the prepare-ChangeLog code is picking up teh username instead:

my $name = $ENV{CHANGE_LOG_NAME}
  || $ENV{REAL_NAME}
  || gitConfig(&quot;user.name&quot;)
  || (split /\s*,\s*/, (getpwuid $&lt;)[6])[0]
  || &quot;set REAL_NAME environment variable&quot;;

This looks identical to http://trac.webkit.org/changeset/31264 which would suggest to me it&apos;s right.  I&apos;m going to r+ this, but I don&apos;t have a working tree on this box atm, so I can&apos;t land it immediately.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>101046</commentid>
    <comment_count>10</comment_count>
      <attachid>24861</attachid>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2008-12-02 12:35:25 -0800</bug_when>
    <thetext>Comment on attachment 24861
proposed fix (sync with related Mac code)

About to land.  ChangeLog entries should also include a link to the original bugzilla bug as well.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>101047</commentid>
    <comment_count>11</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2008-12-02 12:36:29 -0800</bug_when>
    <thetext>Committing to http://svn.webkit.org/repository/webkit/trunk ...
	M	LayoutTests/ChangeLog
	M	LayoutTests/platform/win/Skipped
	M	WebKit/win/ChangeLog
	M	WebKit/win/WebCoreSupport/WebFrameLoaderClient.cpp
Committed r38912
</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>24861</attachid>
            <date>2008-11-03 12:27:58 -0800</date>
            <delta_ts>2008-11-25 16:52:58 -0800</delta_ts>
            <desc>proposed fix (sync with related Mac code)</desc>
            <filename>Bug20926.patch</filename>
            <type>text/plain</type>
            <size>2487</size>
            <attacher name="Michael Moss">mmoss</attacher>
            
              <data encoding="base64">SW5kZXg6IFdlYktpdC93aW4vQ2hhbmdlTG9nCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIFdlYktpdC93aW4vQ2hh
bmdlTG9nCShyZXZpc2lvbiAzODA3NSkKKysrIFdlYktpdC93aW4vQ2hhbmdlTG9nCSh3b3JraW5n
IGNvcHkpCkBAIC0xLDMgKzEsMTQgQEAKKzIwMDgtMTEtMDMgIG1tb3NzICA8bW1vc3NAY2hyb21p
dW0ub3JnPgorCisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAg
IC0gRml4IGh0dHAvdGVzdHMvbmF2aWdhdGlvbi9yZWxvYWQtc3ViZnJhbWUtKmZyYW1lLmh0bWwg
b24gV2luZG93cy4KKworICAgICAgICBDaGFuZ2UgMzEyNjQgZml4ZWQgdGhpcyBvbiBNYWMgKHNp
bmNlIG1vdmVkIHRvIFdlYkNvcmUvbG9hZGVyL0ZyYW1lTG9hZGVyLmNwcCksIGJ1dCB3YXMgbmV2
ZXIgcG9ydGVkIHRvIFdpbmRvd3MuCisKKyAgICAgICAgKiBXZWJDb3JlU3VwcG9ydC9XZWJGcmFt
ZUxvYWRlckNsaWVudC5jcHA6CisgICAgICAgIChXZWJGcmFtZUxvYWRlckNsaWVudDo6bG9hZFVS
TEludG9DaGlsZCk6CisKIDIwMDgtMTAtMzEgIERhbiBCZXJuc3RlaW4gIDxtaXR6QGFwcGxlLmNv
bT4KIAogICAgICAgICBSZXZpZXdlZCBieSBKb2huIFN1bGxpdmFuLgpJbmRleDogV2ViS2l0L3dp
bi9XZWJDb3JlU3VwcG9ydC9XZWJGcmFtZUxvYWRlckNsaWVudC5jcHAKPT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0g
V2ViS2l0L3dpbi9XZWJDb3JlU3VwcG9ydC9XZWJGcmFtZUxvYWRlckNsaWVudC5jcHAJKHJldmlz
aW9uIDM4MDcyKQorKysgV2ViS2l0L3dpbi9XZWJDb3JlU3VwcG9ydC9XZWJGcmFtZUxvYWRlckNs
aWVudC5jcHAJKHdvcmtpbmcgY29weSkKQEAgLTU3MSw3ICs1NzEsNiBAQCB2b2lkIFdlYkZyYW1l
TG9hZGVyQ2xpZW50Ojpsb2FkVVJMSW50b0NoCiAgICAgLy8gUmVsb2FkIHdpbGwgbWFpbnRhaW4g
dGhlIGZyYW1lIGNvbnRlbnRzLCBMb2FkU2FtZSB3aWxsIG5vdC4KICAgICBpZiAocGFyZW50SXRl
bSAmJiBwYXJlbnRJdGVtLT5jaGlsZHJlbigpLnNpemUoKSAmJgogICAgICAgICAoaXNCYWNrRm9y
d2FyZExvYWRUeXBlKGxvYWRUeXBlKQotICAgICAgICAgfHwgbG9hZFR5cGUgPT0gRnJhbWVMb2Fk
VHlwZVJlbG9hZAogICAgICAgICAgfHwgbG9hZFR5cGUgPT0gRnJhbWVMb2FkVHlwZVJlbG9hZEFs
bG93aW5nU3RhbGVEYXRhKSkKICAgICB7CiAgICAgICAgIGlmIChIaXN0b3J5SXRlbSogY2hpbGRJ
dGVtID0gcGFyZW50SXRlbS0+Y2hpbGRJdGVtV2l0aE5hbWUoY29yZShjaGlsZEZyYW1lKS0+dHJl
ZSgpLT5uYW1lKCkpKSB7CkluZGV4OiBMYXlvdXRUZXN0cy9DaGFuZ2VMb2cKPT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQot
LS0gTGF5b3V0VGVzdHMvQ2hhbmdlTG9nCShyZXZpc2lvbiAzODA3NSkKKysrIExheW91dFRlc3Rz
L0NoYW5nZUxvZwkod29ya2luZyBjb3B5KQpAQCAtMSwzICsxLDExIEBACisyMDA4LTExLTAzICBt
bW9zcyAgPG1tb3NzQGNocm9taXVtLm9yZz4KKworICAgICAgICBSZXZpZXdlZCBieSBOT0JPRFkg
KE9PUFMhKS4KKworICAgICAgICBFbmFibGUgaHR0cC90ZXN0cy9uYXZpZ2F0aW9uL3JlbG9hZC1z
dWJmcmFtZS0qZnJhbWUuaHRtbCBvbiBXaW5kb3dzLgorCisgICAgICAgICogcGxhdGZvcm0vd2lu
L1NraXBwZWQ6CisKIDIwMDgtMTEtMDEgIEFkYW0gQmFydGggIDxhYmFydGhAd2Via2l0Lm9yZz4K
IAogICAgICAgICBSZXZpZXdlZCBieSBTYW0gV2VpbmlnLgpJbmRleDogTGF5b3V0VGVzdHMvcGxh
dGZvcm0vd2luL1NraXBwZWQKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gTGF5b3V0VGVzdHMvcGxhdGZvcm0vd2lu
L1NraXBwZWQJKHJldmlzaW9uIDM4MDcyKQorKysgTGF5b3V0VGVzdHMvcGxhdGZvcm0vd2luL1Nr
aXBwZWQJKHdvcmtpbmcgY29weSkKQEAgLTMxNiw4ICszMTYsNiBAQCBzdmcvY3VzdG9tL2FjaWQz
LXRlc3QtNzcuaHRtbAogZmFzdC9jYW52YXMvdG9EYXRhVVJMLXN1cHBvcnRlZFR5cGVzLmh0bWwK
IAogIzxyZGFyOi8vcHJvYmxlbS81ODI5MjAyPiBuZXcgc3ViZnJhbWUgcmVsb2FkIHRlc3RzIGZh
aWwgb24gV2luZG93cwotaHR0cC90ZXN0cy9uYXZpZ2F0aW9uL3JlbG9hZC1zdWJmcmFtZS1mcmFt
ZS5odG1sIAotaHR0cC90ZXN0cy9uYXZpZ2F0aW9uL3JlbG9hZC1zdWJmcmFtZS1pZnJhbWUuaHRt
bCAKIGh0dHAvdGVzdHMvbmF2aWdhdGlvbi9yZWxvYWQtc3ViZnJhbWUtb2JqZWN0Lmh0bWwKIAog
IzxyZGFyOi8vcHJvYmxlbS81ODI5MjYwPiBSRUdSRVNTSU9OOiBmcmFtZS1kZWZhdWx0LWVuYyB0
ZXN0cyBmYWlsIG9uIFdpbmRvd3MgaW50ZXJtaXR0ZW50bHkK
</data>
<flag name="review"
          id="11389"
          type_id="1"
          status="+"
          setter="eric"
    />
          </attachment>
      

    </bug>

</bugzilla>