<?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>72203</bug_id>
          
          <creation_ts>2011-11-11 20:06:11 -0800</creation_ts>
          <short_desc>r99744 causes crash in Chromium&apos;s dom_perf test</short_desc>
          <delta_ts>2011-11-14 15:51:34 -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>Tables</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>Unspecified</rep_platform>
          <op_sys>Unspecified</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>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Ojan Vafai">ojan</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>hyatt</cc>
    
    <cc>jchaffraix</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>501336</commentid>
    <comment_count>0</comment_count>
    <who name="Ojan Vafai">ojan</who>
    <bug_when>2011-11-11 20:06:11 -0800</bug_when>
    <thetext>Stack below. I&apos;m going to rollback http://trac.webkit.org/changeset/99744 for now since we&apos;re losing valuable performance testing coverage. I&apos;ll try and make a reduced testcase afterwards. Julien, if you want to reproduce it before I get to that, you just have to load src/data/dom_perf/run.html from a chromium checkout and it crashes.

ASSERTION FAILED: m_row != unsetRowIndex
/WebKit/Source/WebCore/rendering/RenderTableCell.h(76) : unsigned int WebCore::RenderTableCell::row() const
1   0x10353a2de WebCore::RenderTableCell::row() const
2   0x10353cf5d WebCore::RenderTableCell::styleDidChange(WebCore::StyleDifference, WebCore::RenderStyle const*)
3   0x1034bd51e WebCore::RenderObject::setStyle(WTF::PassRefPtr&lt;WebCore::RenderStyle&gt;)
4   0x1034bafa4 WebCore::RenderObject::setAnimatableStyle(WTF::PassRefPtr&lt;WebCore::RenderStyle&gt;)
5   0x103332dc5 WebCore::Node::setRenderStyle(WTF::PassRefPtr&lt;WebCore::RenderStyle&gt;)
6   0x102c228d2 WebCore::Element::recalcStyle(WebCore::Node::StyleChange)
7   0x102c22c57 WebCore::Element::recalcStyle(WebCore::Node::StyleChange)
8   0x102c22c57 WebCore::Element::recalcStyle(WebCore::Node::StyleChange)
9   0x102c22c57 WebCore::Element::recalcStyle(WebCore::Node::StyleChange)
10  0x102c22c57 WebCore::Element::recalcStyle(WebCore::Node::StyleChange)
11  0x102c22c57 WebCore::Element::recalcStyle(WebCore::Node::StyleChange)
12  0x102adadac WebCore::Document::recalcStyle(WebCore::Node::StyleChange)
13  0x102adc0ba WebCore::Document::updateStyleIfNeeded()
14  0x102ada7f8 WebCore::Document::implicitClose()
15  0x102cb0127 WebCore::FrameLoader::checkCallImplicitClose()
16  0x102cb39f2 WebCore::FrameLoader::checkCompleted()
17  0x102cb426e WebCore::FrameLoader::finishedParsing()
18  0x102adc2d8 WebCore::Document::finishedParsing()
19  0x102dedc8a WebCore::HTMLTreeBuilder::finished()
20  0x102d717d0 WebCore::HTMLDocumentParser::end()
21  0x102d718c5 WebCore::HTMLDocumentParser::attemptToRunDeferredScriptsAndEnd()
22  0x102d733d1 WebCore::HTMLDocumentParser::prepareToStopParsing()
23  0x102d7144f WebCore::HTMLDocumentParser::endIfDelayed()
24  0x102d72b6a WebCore::HTMLDocumentParser::resumeParsingAfterYield()
25  0x102dc6d0e WebCore::HTMLParserScheduler::continueNextChunkTimerFired(WebCore::Timer&lt;WebCore::HTMLParserScheduler&gt;*)
26  0x102dc6f87 WebCore::Timer&lt;WebCore::HTMLParserScheduler&gt;::fired()
27  0x103780aa6 WebCore::ThreadTimers::sharedTimerFiredInternal()
28  0x103780cc1 WebCore::ThreadTimers::sharedTimerFired()
29  0x10361cb2e WebCore::timerFired(__CFRunLoopTimer*, void*)
30  0x7fff80050bb8 __CFRunLoopRun
31  0x7fff8004ed8f CFRunLoopRunSpecific</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>501337</commentid>
    <comment_count>1</comment_count>
    <who name="Ojan Vafai">ojan</who>
    <bug_when>2011-11-11 20:07:56 -0800</bug_when>
    <thetext>Unfortunately, I don&apos;t have access to  https://bugs.webkit.org/show_bug.cgi?id=70171 to reopen it. Julien can you take care of that?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>501346</commentid>
    <comment_count>2</comment_count>
    <who name="Ojan Vafai">ojan</who>
    <bug_when>2011-11-11 20:40:39 -0800</bug_when>
    <thetext>Committed r100067: &lt;http://trac.webkit.org/changeset/100067&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>501359</commentid>
    <comment_count>3</comment_count>
    <who name="Julien Chaffraix">jchaffraix</who>
    <bug_when>2011-11-11 21:26:53 -0800</bug_when>
    <thetext>(In reply to comment #1)
&gt; Unfortunately, I don&apos;t have access to  https://bugs.webkit.org/show_bug.cgi?id=70171 to reopen it. Julien can you take care of that?

Sure, I think the ASSERT was corrected by http://trac.webkit.org/changeset/100051 and thus the rollout was unneeded but I could be wrong. I will investigate on Monday (and roll it out if safe).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>501363</commentid>
    <comment_count>4</comment_count>
    <who name="Ojan Vafai">ojan</who>
    <bug_when>2011-11-11 22:18:28 -0800</bug_when>
    <thetext>Oh maybe. Sorry if this was unnecessary. I tried it at close to tip of tree and it failed, but I might not have been as far as r100051.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>502396</commentid>
    <comment_count>5</comment_count>
    <who name="Ojan Vafai">ojan</who>
    <bug_when>2011-11-14 15:42:43 -0800</bug_when>
    <thetext>Ok, I ran src/data/dom_perf/run.html on tip of tree and it seems to work. So, I think r100051 must have fixed the bug. Julien, you want to roll the patch back in or have me do it?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>502397</commentid>
    <comment_count>6</comment_count>
    <who name="Ojan Vafai">ojan</who>
    <bug_when>2011-11-14 15:43:16 -0800</bug_when>
    <thetext>Actually, since I don&apos;t have access to bug 70171, Julien, you mind recommitting this?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>502408</commentid>
    <comment_count>7</comment_count>
    <who name="Julien Chaffraix">jchaffraix</who>
    <bug_when>2011-11-14 15:51:34 -0800</bug_when>
    <thetext>(In reply to comment #6)
&gt; Actually, since I don&apos;t have access to bug 70171, Julien, you mind recommitting this?

Sorry for not keeping you in the loop, I recommitted the patch today -&gt; http://trac.webkit.org/changeset/100183.

I notified the gardener about the potential breakage and watched the perf integration bots. They just passed dom_perf if I am not mistaking \o/.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>