<?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>33600</bug_id>
          
          <creation_ts>2010-01-13 08:20:03 -0800</creation_ts>
          <short_desc>RenderObject::nextInPreOrderAfterChildren(RenderObject* stayWithin) does not stay within</short_desc>
          <delta_ts>2010-01-13 12:40:35 -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>Layout and Rendering</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>All</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          <blocked>11031</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="Carol Szabo">carol</reporter>
          <assigned_to name="Carol Szabo">carol</assigned_to>
          <cc>commit-queue</cc>
    
    <cc>darin</cc>
    
    <cc>laszlo.gombos</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>180232</commentid>
    <comment_count>0</comment_count>
    <who name="Carol Szabo">carol</who>
    <bug_when>2010-01-13 08:20:03 -0800</bug_when>
    <thetext>This function does not perform as expected, if the stayWithin renderer has a nextSibling. The function when called repeatedly shall traverse till the end of the tree.
This may not have many visible consequences (except for CSS counters which are broken anyway until 32884 is fixed), but it should have a definite impact on performance.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>180233</commentid>
    <comment_count>1</comment_count>
    <who name="Carol Szabo">carol</who>
    <bug_when>2010-01-13 08:21:43 -0800</bug_when>
    <thetext>After 32884 is fixed this w3 test still does not pass as a result of this bug:
http://www.w3.org/Style/CSS/Test/CSS2.1/current/html4/counters-scope-implied-001.htm</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>180249</commentid>
    <comment_count>2</comment_count>
    <who name="Darin Adler">darin</who>
    <bug_when>2010-01-13 08:59:03 -0800</bug_when>
    <thetext>We should fix this bug right away! Seems pretty straightforward. Presumably the code should match Node::traverseNextSibling which is doing the same sort of thing.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>180251</commentid>
    <comment_count>3</comment_count>
    <who name="Carol Szabo">carol</who>
    <bug_when>2010-01-13 09:02:00 -0800</bug_when>
    <thetext>I shall submit a patch within the next hour. With no LayoutTest attached if this is OK.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>180260</commentid>
    <comment_count>4</comment_count>
    <who name="Darin Adler">darin</who>
    <bug_when>2010-01-13 09:43:36 -0800</bug_when>
    <thetext>(In reply to comment #3)
&gt; I shall submit a patch within the next hour. With no LayoutTest attached if
&gt; this is OK.

We can accept the patch with no regression test on the basis that the counters test case will cover it in the near future.

Normally we go out of our way to avoid this sort of thing, and find a creative way to demonstrate the bug, but I assume you have not found way to test this before adding the new counters code.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>180287</commentid>
    <comment_count>5</comment_count>
    <who name="Carol Szabo">carol</who>
    <bug_when>2010-01-13 10:46:02 -0800</bug_when>
    <thetext>I made a fix, but apparently it crashes all editing/deleting LayoutTests. I&apos;ll have to look into this so the fix will take longer than expected.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>180326</commentid>
    <comment_count>6</comment_count>
      <attachid>46482</attachid>
    <who name="Carol Szabo">carol</who>
    <bug_when>2010-01-13 12:09:32 -0800</bug_when>
    <thetext>Created attachment 46482
Proposed patch

To the best of my knowledge the code I changed here conforms to the WebKit style specification, but the file itself has many style problems which I did not undertake to fix.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>180327</commentid>
    <comment_count>7</comment_count>
    <who name="Carol Szabo">carol</who>
    <bug_when>2010-01-13 12:13:56 -0800</bug_when>
    <thetext>(In reply to comment #5)
&gt; I made a fix, but apparently it crashes all editing/deleting LayoutTests. I&apos;ll
&gt; have to look into this so the fix will take longer than expected.

The problems I noticed with the editing/deleting LayoutTests were due to a typo in my code which I fixed  and verified before I have submitted the patch. Sorry for taking so long for such a trivial issue.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>180349</commentid>
    <comment_count>8</comment_count>
      <attachid>46482</attachid>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2010-01-13 12:40:29 -0800</bug_when>
    <thetext>Comment on attachment 46482
Proposed patch

Clearing flags on attachment: 46482

Committed r53196: &lt;http://trac.webkit.org/changeset/53196&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>180350</commentid>
    <comment_count>9</comment_count>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2010-01-13 12:40:35 -0800</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>46482</attachid>
            <date>2010-01-13 12:09:32 -0800</date>
            <delta_ts>2010-01-13 12:40:29 -0800</delta_ts>
            <desc>Proposed patch</desc>
            <filename>patchFor33600-4.patch</filename>
            <type>text/plain</type>
            <size>1886</size>
            <attacher name="Carol Szabo">carol</attacher>
            
              <data encoding="base64">SW5kZXg6IFdlYkNvcmUvQ2hhbmdlTG9nCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIFdlYkNvcmUvQ2hhbmdlTG9n
CShyZXZpc2lvbiA1MzE4MikKKysrIFdlYkNvcmUvQ2hhbmdlTG9nCSh3b3JraW5nIGNvcHkpCkBA
IC0xLDMgKzEsMTggQEAKKzIwMTAtMDEtMTMgIENhcm9sIFN6YWJvICA8Y2Fyb2wuc3phYm9Abm9r
aWEuY29tPgorCisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAg
IFJlbmRlck9iamVjdDo6bmV4dEluUHJlT3JkZXJBZnRlckNoaWxkcmVuKFJlbmRlck9iamVjdCog
c3RheVdpdGhpbikgZG9lcyBub3Qgc3RheSB3aXRoaW4KKyAgICAgICAgaHR0cHM6Ly9idWdzLndl
YmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTMzNjAwCisKKyAgICAgICAgTm8gbmV3IHRlc3RzIGFz
IHRoaXMgZml4IGFmZmVjdHMgbWFpbmx5IHBlcmZvcm1hbmNlLgorICAgICAgICBObyB0ZXN0IGhh
cyBiZWVuIGZvdW5kIHlldCB0aGF0IGNvdWxkIGV2aWRlbmNlIHRoZSBidWcgaW4gdGhlIGxheW91
dAorICAgICAgICBvZiBhIHBhZ2UsIGJ1dCB0aGUgZml4IHRvIGJ1ZyAzMjg4NCBleHBvc2VzIHRo
aXMgYnVnIG9uIHNvbWUgcGFnZXMKKyAgICAgICAgc3VjaCBhcyBodHRwOi8vd3d3LnczLm9yZy9T
dHlsZS9DU1MvVGVzdC9DU1MyLjEvY3VycmVudC9odG1sNC9jb3VudGVycy1zY29wZS1pbXBsaWVk
LTAwMS5odG0KKworICAgICAgICAqIHJlbmRlcmluZy9SZW5kZXJPYmplY3QuY3BwOgorICAgICAg
ICAoV2ViQ29yZTo6UmVuZGVyT2JqZWN0OjpuZXh0SW5QcmVPcmRlckFmdGVyQ2hpbGRyZW4pOgor
CiAyMDEwLTAxLTEzICBNaWlra2EgSGVpa2tpbmVuIDxtaWlra2EuaGVpa2tpbmVuQGRpZ2lhLmNv
bT4KIAogICAgICAgICBSZXZpZXdlZCBieSBTaW1vbiBIYXVzbWFubi4KSW5kZXg6IFdlYkNvcmUv
cmVuZGVyaW5nL1JlbmRlck9iamVjdC5jcHAKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gV2ViQ29yZS9yZW5kZXJp
bmcvUmVuZGVyT2JqZWN0LmNwcAkocmV2aXNpb24gNTMxODIpCisrKyBXZWJDb3JlL3JlbmRlcmlu
Zy9SZW5kZXJPYmplY3QuY3BwCSh3b3JraW5nIGNvcHkpCkBAIC0zNjgsMTkgKzM2OCwxNCBAQCBS
ZW5kZXJPYmplY3QqIFJlbmRlck9iamVjdDo6bmV4dEluUHJlT3JkCiAgICAgaWYgKHRoaXMgPT0g
c3RheVdpdGhpbikKICAgICAgICAgcmV0dXJuIDA7CiAKLSAgICBSZW5kZXJPYmplY3QqIG87Ci0g
ICAgaWYgKCEobyA9IG5leHRTaWJsaW5nKCkpKSB7Ci0gICAgICAgIG8gPSBwYXJlbnQoKTsKLSAg
ICAgICAgd2hpbGUgKG8gJiYgIW8tPm5leHRTaWJsaW5nKCkpIHsKLSAgICAgICAgICAgIGlmIChv
ID09IHN0YXlXaXRoaW4pCi0gICAgICAgICAgICAgICAgcmV0dXJuIDA7Ci0gICAgICAgICAgICBv
ID0gby0+cGFyZW50KCk7Ci0gICAgICAgIH0KLSAgICAgICAgaWYgKG8pCi0gICAgICAgICAgICBv
ID0gby0+bmV4dFNpYmxpbmcoKTsKKyAgICBjb25zdCBSZW5kZXJPYmplY3QqIGN1cnJlbnQgPSB0
aGlzOworICAgIFJlbmRlck9iamVjdCogbmV4dDsKKyAgICB3aGlsZSAoIShuZXh0ID0gY3VycmVu
dC0+bmV4dFNpYmxpbmcoKSkpIHsKKyAgICAgICAgY3VycmVudCA9IGN1cnJlbnQtPnBhcmVudCgp
OworICAgICAgICBpZiAoIWN1cnJlbnQgfHwgY3VycmVudCA9PSBzdGF5V2l0aGluKQorICAgICAg
ICAgICAgcmV0dXJuIDA7CiAgICAgfQotCi0gICAgcmV0dXJuIG87CisgICAgcmV0dXJuIG5leHQ7
CiB9CiAKIFJlbmRlck9iamVjdCogUmVuZGVyT2JqZWN0OjpwcmV2aW91c0luUHJlT3JkZXIoKSBj
b25zdAo=
</data>

          </attachment>
      

    </bug>

</bugzilla>