<?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>13934</bug_id>
          
          <creation_ts>2007-05-30 11:01:15 -0700</creation_ts>
          <short_desc>REGRESSION: http/tests/navigation/relativeanchor-goback is failing</short_desc>
          <delta_ts>2007-06-08 13:15:09 -0700</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>WebKit</product>
          <component>Forms</component>
          <version>523.x (Safari 3)</version>
          <rep_platform>Mac</rep_platform>
          <op_sys>OS X 10.4</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc>http://build.webkit.org/results/post-commit-powerpc-mac-os-x/6871/http/tests/navigation/relativeanchor-goback-diffs.txt</bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>InRadar, LayoutTestFailure, Regression</keywords>
          <priority>P1</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Adam Roben (:aroben)">aroben</reporter>
          <assigned_to name="Beth Dakin">bdakin</assigned_to>
          <cc>bdakin</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>8734</commentid>
    <comment_count>0</comment_count>
    <who name="Adam Roben (:aroben)">aroben</who>
    <bug_when>2007-05-30 11:01:15 -0700</bug_when>
    <thetext>http/tests/navigation/relativeanchor-goback is failing on the buildbot.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>8739</commentid>
    <comment_count>1</comment_count>
    <who name="Adam Roben (:aroben)">aroben</who>
    <bug_when>2007-05-30 11:02:24 -0700</bug_when>
    <thetext>&lt;rdar://problem/5237081&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>8145</commentid>
    <comment_count>2</comment_count>
    <who name="Beth Dakin">bdakin</who>
    <bug_when>2007-06-07 16:45:45 -0700</bug_when>
    <thetext>Darin mentioned that he thought that this was due to Adele&apos;s change to form element saving.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>8131</commentid>
    <comment_count>3</comment_count>
    <who name="Beth Dakin">bdakin</who>
    <bug_when>2007-06-07 20:14:22 -0700</bug_when>
    <thetext>This was, indeed, caused by http://trac.webkit.org/projects/webkit/changeset/21738</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>8132</commentid>
    <comment_count>4</comment_count>
    <who name="Beth Dakin">bdakin</who>
    <bug_when>2007-06-07 21:14:21 -0700</bug_when>
    <thetext>The failing test seems straighforward enough once I read it, but I keep thinking that I understand it, and then I cannot reproduce it inside the browser. (The test relies heavily on dump render tree.)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>8123</commentid>
    <comment_count>5</comment_count>
    <who name="Beth Dakin">bdakin</who>
    <bug_when>2007-06-08 10:42:41 -0700</bug_when>
    <thetext>I might understand what is going on here, but I haven&apos;t confirmed yet. I think that these new results may actually be correct. The reason that I have been having so much trouble reproducing the in browser, is that the browser has a back-forward cache, and DumpRenderTree turns the back-forward cache off. So When this test &quot;goes back&quot; it actually kicks off a new load. And when we kick off a new load in the browser, we do not expect the form input to be retained. I think that this test was exposing the very bug that Adele fixed. Probably once upon a time, it worked as expected because there was a time when the back-forward list was enabled for DumpRenderTree. But now that it is disabled, I actually think that it is correct that the form values are reset to their defaults.

I am going to work on confirming this.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>8124</commentid>
    <comment_count>6</comment_count>
    <who name="Beth Dakin">bdakin</who>
    <bug_when>2007-06-08 11:04:39 -0700</bug_when>
    <thetext>I have confirmed that re-enabling the back-forward cache for DumpRenderTree causes the test to pass. 

As I said in my previous comment, I think that this test should only pass with the back-forward cache enabled. I think that it *was* passing in DumpRenderTree before because it was hitting that case that Adele fixed. I am going to do a bit more investigation.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>8101</commentid>
    <comment_count>7</comment_count>
    <who name="Beth Dakin">bdakin</who>
    <bug_when>2007-06-08 12:34:04 -0700</bug_when>
    <thetext>Okay, I looked at the in the Debugger, and I feel confident that my assessment is correct. The relative URL should be treated as a different URL when it is loaded rather than &quot;gone back to&quot; via the back button. We have always treated them as separate if you re-enter the URL in the address bar, so it seems the same should hold for DumpRenderTree. I will edit the test to be less confusing and update the expected results. </thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>8100</commentid>
    <comment_count>8</comment_count>
      <attachid>14905</attachid>
    <who name="Beth Dakin">bdakin</who>
    <bug_when>2007-06-08 13:10:24 -0700</bug_when>
    <thetext>Created attachment 14905
Patch

Here is a patch that uploads new results for the test. I did not end up changing the text in the js-file to make the results more clear because it affects to many other tests. Seems like something that should be done after a fuller investigation of all of the tests that use that js file.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>8099</commentid>
    <comment_count>9</comment_count>
      <attachid>14905</attachid>
    <who name="Brady Eidson">beidson</who>
    <bug_when>2007-06-08 13:11:42 -0700</bug_when>
    <thetext>Comment on attachment 14905
Patch

Yay!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>8097</commentid>
    <comment_count>10</comment_count>
    <who name="Beth Dakin">bdakin</who>
    <bug_when>2007-06-08 13:15:09 -0700</bug_when>
    <thetext>Fixed with r22076.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>14905</attachid>
            <date>2007-06-08 13:10:24 -0700</date>
            <delta_ts>2007-06-08 13:11:42 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>adeleLTchange.txt</filename>
            <type>text/plain</type>
            <size>2817</size>
            <attacher name="Beth Dakin">bdakin</attacher>
            
              <data encoding="base64">SW5kZXg6IGh0dHAvdGVzdHMvbmF2aWdhdGlvbi9yZWxhdGl2ZWFuY2hvci1nb2JhY2stZXhwZWN0
ZWQudHh0Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT0KLS0tIGh0dHAvdGVzdHMvbmF2aWdhdGlvbi9yZWxhdGl2ZWFuY2hv
ci1nb2JhY2stZXhwZWN0ZWQudHh0CShyZXZpc2lvbiAyMjA1NykKKysrIGh0dHAvdGVzdHMvbmF2
aWdhdGlvbi9yZWxhdGl2ZWFuY2hvci1nb2JhY2stZXhwZWN0ZWQudHh0CSh3b3JraW5nIGNvcHkp
CkBAIC01Miw4ICs1Miw4IEBACiAgICAgICAgIFJlbmRlckJSIHtCUn0gYXQgKDE0OCwyNTgpIHNp
emUgMHgwCiAgICAgICAgIFJlbmRlck1lbnVMaXN0IHtTRUxFQ1R9IGF0ICgyLDI2OCkgc2l6ZSAy
NTV4MTggW2JnY29sb3I9I0ZGRkZGRl0KICAgICAgICAgICBSZW5kZXJCbG9jayAoYW5vbnltb3Vz
KSBhdCAoOCwyKSBzaXplIDIyNHgxMwotICAgICAgICAgICAgUmVuZGVyVGV4dCBhdCAoMCwwKSBz
aXplIDIyNXgxMwotICAgICAgICAgICAgICB0ZXh0IHJ1biBhdCAoMCwwKSB3aWR0aCAyMjU6ICJW
YWx1ZSBzZXQgYnkgVXNlciB0aGF0IHNob3VsZCBiZSBSZXN0b3JlZCIKKyAgICAgICAgICAgIFJl
bmRlclRleHQgYXQgKDAsMCkgc2l6ZSA2M3gxMworICAgICAgICAgICAgICB0ZXh0IHJ1biBhdCAo
MCwwKSB3aWR0aCA2MzogIkluaXRpYWwgVmFsdWUiCiAgICAgICAgIFJlbmRlckJSIHtCUn0gYXQg
KDI1OSwyODEpIHNpemUgMHgwCiAgICAgICAgIFJlbmRlclRleHRDb250cm9sIHtURVhUQVJFQX0g
YXQgKDIsMjkwKSBzaXplIDIzMngxMzIgW2JnY29sb3I9I0ZGRkZGRl0gW2JvcmRlcjogKDFweCBz
b2xpZCAjMDAwMDAwKV0KICAgICAgICAgUmVuZGVyVGV4dCB7I3RleHR9IGF0ICgwLDApIHNpemUg
MHgwCkBAIC05MiwxOCArOTIsMTggQEAKICAgICAgICAgUmVuZGVySW5saW5lIHtBfSBhdCAoMCww
KSBzaXplIDUzMXgzNwogICAgICAgICAgIFJlbmRlclRleHQgeyN0ZXh0fSBhdCAoMCwwKSBzaXpl
IDUzMXgzNwogICAgICAgICAgICAgdGV4dCBydW4gYXQgKDAsMCkgd2lkdGggNTMxOiAiVGhpcyBp
cyBhbiBhbmNob3IgcG9pbnQgbmFtZWQgXCJhbmNob3IxXCIuIgotbGF5ZXIgYXQgKDM4OSwzNjMp
IHNpemUgMTQyeDEzCitsYXllciBhdCAoMzg5LDM2Mykgc2l6ZSAxNDJ4MTMgc2Nyb2xsV2lkdGgg
MTUzCiAgIFJlbmRlckJsb2NrIHtESVZ9IGF0ICgzLDMpIHNpemUgMTQyeDEzCi0gICAgUmVuZGVy
VGV4dCB7I3RleHR9IGF0ICgxLDApIHNpemUgMTMzeDEzCi0gICAgICB0ZXh0IHJ1biBhdCAoMSww
KSB3aWR0aCAxMzM6ICJOZXcgZm9ybSB0ZXh0IGZyb20gdXNlciIKKyAgICBSZW5kZXJUZXh0IHsj
dGV4dH0gYXQgKDEsMCkgc2l6ZSAxNTF4MTMKKyAgICAgIHRleHQgcnVuIGF0ICgxLDApIHdpZHRo
IDE1MTogIkluaXRpYWwgdGV4dCBiZWZvcmUgdXNlciBpbnB1dCIKIGxheWVyIGF0ICgzNDcsNDAw
KSBzaXplIDE0MngxMwogICBSZW5kZXJCbG9jayB7RElWfSBhdCAoMywzKSBzaXplIDE0MngxMwog
bGF5ZXIgYXQgKDExLDU5Mikgc2l6ZSAyMzB4MTMwCiAgIFJlbmRlckJsb2NrIHtESVZ9IGF0ICgx
LDEpIHNpemUgMjMweDEzMAotICAgIFJlbmRlclRleHQgeyN0ZXh0fSBhdCAoMywwKSBzaXplIDIw
NXgzOQotICAgICAgdGV4dCBydW4gYXQgKDMsMCkgd2lkdGggMjAyOiAiTW9yZSBuZXcgZm9ybSB0
ZXh0IGZyb20gdXNlciwgd2hpY2ggIgotICAgICAgdGV4dCBydW4gYXQgKDMsMTMpIHdpZHRoIDIw
NTogInNob3VsZCBiZSByZXN0b3JlZCB3aGVuIHdlIHJldHVybiB0byAiCi0gICAgICB0ZXh0IHJ1
biBhdCAoMywyNikgd2lkdGggNTM6ICJ0aGlzIHBhZ2UuIgorICAgIFJlbmRlclRleHQgeyN0ZXh0
fSBhdCAoMywwKSBzaXplIDE4NXgxMworICAgICAgdGV4dCBydW4gYXQgKDMsMCkgd2lkdGggMTg1
OiAiTW9yZSBpbml0aWFsIHRleHQgYmVmb3JlIHVzZXIgaW5wdXQuIgorICAgICAgdGV4dCBydW4g
YXQgKDE4OCwwKSB3aWR0aCAwOiAiICIKKyAgICBSZW5kZXJCUiB7QlJ9IGF0ICgzLDEzKSBzaXpl
IDB4MTMKIHNjcm9sbGVkIHRvIDAsOTUwCiAKID09PT09PT09PT09PT09IEJhY2sgRm9yd2FyZCBM
aXN0ID09PT09PT09PT09PT09CkluZGV4OiBDaGFuZ2VMb2cKPT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gQ2hhbmdl
TG9nCShyZXZpc2lvbiAyMjA3NSkKKysrIENoYW5nZUxvZwkod29ya2luZyBjb3B5KQpAQCAtMSwz
ICsxLDE1IEBACisyMDA3LTA2LTA4ICBkZXRoYmFraW4gIDxiZGFraW5AYXBwbGUuY29tPgorCisg
ICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgIEZpeCBmb3IgaHR0
cDovL3RyYWMud2Via2l0Lm9yZy9wcm9qZWN0cy93ZWJraXQvY2hhbmdlc2V0LzIxNzM4CisKKyAg
ICAgICAgVGhpcyB0ZXN0IHN0YXJ0ZWQgZmFpbGluZyBhZnRlciBBZGVsZSdzIHIyMTczOC4gQWZ0
ZXIgaW52ZXN0aWdhdGluZyAKKyAgICAgICAgdGhpcywgaXQgdHVybnMgb3V0IHRoYXQgaXQganVz
dCBuZWVkcyB1cGRhdGVkIHJlc3VsdHMuIFRoaXMgdGVzdCAKKyAgICAgICAgaGFwcGVuZWQgdG8g
dGlja2xlIHRoZSB2ZXJ5IGJ1ZyB0aGF0IEFkZWxlIGZpeGVkLiAKKworICAgICAgICAqIGh0dHAv
dGVzdHMvbmF2aWdhdGlvbi9yZWxhdGl2ZWFuY2hvci1nb2JhY2stZXhwZWN0ZWQudHh0OgorCiAy
MDA3LTA2LTA4ICBKdXN0aW4gR2FyY2lhICA8anVzdGluLmdhcmNpYUBhcHBsZS5jb20+CiAKICAg
ICAgICAgUmV2aWV3ZWQgYnkgSm9obi4K
</data>
<flag name="review"
          id="6161"
          type_id="1"
          status="+"
          setter="beidson"
    />
          </attachment>
      

    </bug>

</bugzilla>