<?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>50091</bug_id>
          
          <creation_ts>2010-11-25 11:08:52 -0800</creation_ts>
          <short_desc>[Qt] Passing multiple layout tests to DumpRenderTree doesn&apos;t work</short_desc>
          <delta_ts>2014-02-03 03:10:28 -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>Tools / Tests</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>PC</rep_platform>
          <op_sys>OS X 10.5</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>INVALID</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>Qt, QtTriaged</keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Robert Hogan">robert</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>ossy</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>313827</commentid>
    <comment_count>0</comment_count>
    <who name="Robert Hogan">robert</who>
    <bug_when>2010-11-25 11:08:52 -0800</bug_when>
    <thetext>For me, emitting done() results in the test dumping, resetting and loading the next test before m_hasDumped is reset to true.

Does this happen for anyone else?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>313834</commentid>
    <comment_count>1</comment_count>
      <attachid>74892</attachid>
    <who name="Robert Hogan">robert</who>
    <bug_when>2010-11-25 11:42:09 -0800</bug_when>
    <thetext>Created attachment 74892
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>313917</commentid>
    <comment_count>2</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2010-11-26 01:16:52 -0800</bug_when>
    <thetext>(In reply to comment #1)
&gt; Created an attachment (id=74892) [details]
&gt; Patch

It doesn&apos;t fix the bug for me. :(

$ WebKitBuild/Debug/bin/DumpRenderTree animations/animation-controller-drt-api.html animations/animation-css-rule-types.html
--&gt; DRT still hangs after dumping the rendertree of the first test</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>314074</commentid>
    <comment_count>3</comment_count>
    <who name="Robert Hogan">robert</who>
    <bug_when>2010-11-26 11:42:16 -0800</bug_when>
    <thetext>(In reply to comment #2)
&gt; (In reply to comment #1)
&gt; &gt; Created an attachment (id=74892) [details] [details]
&gt; &gt; Patch
&gt; 
&gt; It doesn&apos;t fix the bug for me. :(
&gt; 
&gt; $ WebKitBuild/Debug/bin/DumpRenderTree animations/animation-controller-drt-api.html animations/animation-css-rule-types.html
&gt; --&gt; DRT still hangs after dumping the rendertree of the first test

The plot thickens. I tried the patch on the QBAT VM and it worked well. But both here and on the VM I used the Release binary.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>316260</commentid>
    <comment_count>4</comment_count>
    <who name="Robert Hogan">robert</who>
    <bug_when>2010-12-02 11:08:53 -0800</bug_when>
    <thetext>This also works for me on a debug build. So I don&apos;t know why we&apos;re getting different results.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>326643</commentid>
    <comment_count>5</comment_count>
      <attachid>74892</attachid>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-12-24 09:22:33 -0800</bug_when>
    <thetext>Comment on attachment 74892
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=74892&amp;action=review

OK.

&gt; WebKitTools/ChangeLog:10
&gt; +        https://bugs.webkit.org/show_bug.cgi?id=50091

Normally this is right under the bug title (at least when webkit-patch/prepare-ChangeLog fills it in for you).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>328392</commentid>
    <comment_count>6</comment_count>
      <attachid>74892</attachid>
    <who name="Robert Hogan">robert</who>
    <bug_when>2011-01-02 05:07:25 -0800</bug_when>
    <thetext>Comment on attachment 74892
Patch

Hi Eric,
Should have removed the review flag since Ossy and I get different results with it, so not safe to land.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>975003</commentid>
    <comment_count>7</comment_count>
    <who name="Jocelyn Turcotte">jturcotte</who>
    <bug_when>2014-02-03 03:10:28 -0800</bug_when>
    <thetext>=== Bulk closing of Qt bugs ===

If you believe that this bug report is still relevant for a non-Qt port of webkit.org, please re-open it and remove [Qt] from the summary.

If you believe that this is still an important QtWebKit bug, please fill a new report at https://bugreports.qt-project.org and add a link to this issue. See http://qt-project.org/wiki/ReportingBugsInQt for additional guidelines.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>74892</attachid>
            <date>2010-11-25 11:42:09 -0800</date>
            <delta_ts>2011-01-02 05:07:25 -0800</delta_ts>
            <desc>Patch</desc>
            <filename>bug-50091-20101125194207.patch</filename>
            <type>text/plain</type>
            <size>1441</size>
            <attacher name="Robert Hogan">robert</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL1dlYktpdFRvb2xzL0NoYW5nZUxvZyBiL1dlYktpdFRvb2xzL0NoYW5nZUxv
ZwppbmRleCA1NWNlZGFlM2ZjNGRhNGQzZmNkNDIyNGQ4MzU3ZjQyNDhiZTJiOWQyLi43YTU2NzQz
MWU2OThjMWU0NTVhMzk3YWQ4MGI3MDhmNmVlNjcwNTZkIDEwMDY0NAotLS0gYS9XZWJLaXRUb29s
cy9DaGFuZ2VMb2cKKysrIGIvV2ViS2l0VG9vbHMvQ2hhbmdlTG9nCkBAIC0xLDMgKzEsMTcgQEAK
KzIwMTAtMTEtMjUgIFJvYmVydCBIb2dhbiAgPHJvYmVydEB3ZWJraXQub3JnPgorCisgICAgICAg
IFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgIFtRdF0gUGFzc2luZyBtdWx0
aXBsZSBsYXlvdXQgdGVzdHMgdG8gRHVtcFJlbmRlclRyZWUgZG9lc24ndCB3b3JrCisKKyAgICAg
ICAgTmVlZCB0byByZXNldCBtX21heWJlRHVtcCBiZWZvcmUgZHVtcGluZyB0aGUgY3VycmVudCB0
ZXN0CisgICAgICAgIGFuZCBsb2FkaW5nIHRoZSBuZXh0IG9uZS4KKworICAgICAgICBodHRwczov
L2J1Z3Mud2Via2l0Lm9yZy9zaG93X2J1Zy5jZ2k/aWQ9NTAwOTEKKworICAgICAgICAqIER1bXBS
ZW5kZXJUcmVlL3F0L0xheW91dFRlc3RDb250cm9sbGVyUXQuY3BwOgorICAgICAgICAoTGF5b3V0
VGVzdENvbnRyb2xsZXI6Om1heWJlRHVtcCk6CisKIDIwMTAtMTEtMjQgIE5pY29sYXMgRHVmcmVz
bmUgIDxuaWNvbGFzLmR1ZnJlc25lQGNvbGxhYm9yYS5jby51az4KIAogICAgICAgICBSZXZpZXdl
ZCBieSBNYXJ0aW4gUm9iaW5zb24uCmRpZmYgLS1naXQgYS9XZWJLaXRUb29scy9EdW1wUmVuZGVy
VHJlZS9xdC9MYXlvdXRUZXN0Q29udHJvbGxlclF0LmNwcCBiL1dlYktpdFRvb2xzL0R1bXBSZW5k
ZXJUcmVlL3F0L0xheW91dFRlc3RDb250cm9sbGVyUXQuY3BwCmluZGV4IDBmNWY2ZTE0OTRjYjU0
M2QzZDgxNzQwYTE4OTE2NTZhODA1MjdiNzYuLmNlNmEzMjk5NzNjMDRiMzUxYzE5MGEwZGM2MGFm
NDk4Y2RmNjg4MTYgMTAwNjQ0Ci0tLSBhL1dlYktpdFRvb2xzL0R1bXBSZW5kZXJUcmVlL3F0L0xh
eW91dFRlc3RDb250cm9sbGVyUXQuY3BwCisrKyBiL1dlYktpdFRvb2xzL0R1bXBSZW5kZXJUcmVl
L3F0L0xheW91dFRlc3RDb250cm9sbGVyUXQuY3BwCkBAIC0xMjgsOSArMTI4LDkgQEAgdm9pZCBM
YXlvdXRUZXN0Q29udHJvbGxlcjo6bWF5YmVEdW1wKGJvb2wgc3VjY2VzcykKICAgICBpZiAoV29y
a1F1ZXVlOjpzaGFyZWQoKS0+Y291bnQoKSkKICAgICAgICAgUVRpbWVyOjpzaW5nbGVTaG90KDAs
IHRoaXMsIFNMT1QocHJvY2Vzc1dvcmsoKSkpOwogICAgIGVsc2UgaWYgKCFzaG91bGRXYWl0VW50
aWxEb25lKCkpIHsKKyAgICAgICAgbV9oYXNEdW1wZWQgPSB0cnVlOwogICAgICAgICBpZiAoc3Vj
Y2VzcykKICAgICAgICAgICAgIGVtaXQgZG9uZSgpOwotICAgICAgICBtX2hhc0R1bXBlZCA9IHRy
dWU7CiAgICAgfQogfQogCg==
</data>

          </attachment>
      

    </bug>

</bugzilla>