<?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>67164</bug_id>
          
          <creation_ts>2011-08-29 16:19:16 -0700</creation_ts>
          <short_desc>[nrwt] Broken output when writing new test results</short_desc>
          <delta_ts>2012-06-08 18:59:18 -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>Tools / Tests</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>Unspecified</rep_platform>
          <op_sys>Unspecified</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>DUPLICATE</resolution>
          <dup_id>63793</dup_id>
          
          <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="Alexey Proskuryakov">ap</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>abarth</cc>
    
    <cc>dpranke</cc>
    
    <cc>eric</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>458529</commentid>
    <comment_count>0</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2011-08-29 16:19:16 -0700</bug_when>
    <thetext>This is the output that I&apos;m currently getting from NRWT on Lion (there is a test landed without results):

  compositing/tiling/crash-reparent-tiled-layer.html -&gt; unexpected text diff mismatch
  http/tests/appcache/origin-usage.html -&gt; unexpected text diff mismatch
  css2.1/t0602-c13-inheritance-00-e.html -&gt; unexpected text diff mismatch
  http/tests/cookies/simple-cookies-max-age.html -&gt; unexpected text diff mismatch
  canvas/philip/tests/2d.path.stroke.prune.arc.html -&gt; unexpected text diff mismatch
  fast/canvas/webgl/canvas-test.html -&gt; unexpected text diff mismatch
Testing (38%): 10203 ran as expectedWriting new expected result &quot;fast/exclusions/triangle-exclusion-expected.txt&quot;
  fast/exclusions/triangle-exclusion.html -&gt; unexpected no expected result found
  fast/files/create-blob-url-crash.html -&gt; unexpected text diff mismatch
  fast/text/complex-preferred-logical-widths.html -&gt; unexpected text diff mismatch
  fast/text/hyphenate-locale.html -&gt; unexpected text diff mismatch

The line for &quot;Writing new expected result&quot; looks wrong.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>458540</commentid>
    <comment_count>1</comment_count>
    <who name="Dirk Pranke">dpranke</who>
    <bug_when>2011-08-29 16:26:27 -0700</bug_when>
    <thetext>By &quot;looks wrong&quot; I&apos;m guessing you mean that there should&apos;ve been a carriage return in between &quot;expected&quot; and &quot;Writing&quot;?

This is a known flaw in the way stuff gets logged to stderr in NRWT by default; messages in the worker processes interleave with the &quot;progress meter&quot; in the manager process.

We have not bothered to implement the &quot;general&quot; solution that would coordinate messages between processes; the hack we normally employ is to print a blank line before printing messages from the workers. Such a hack is a trivial fix.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>645201</commentid>
    <comment_count>2</comment_count>
    <who name="Dirk Pranke">dpranke</who>
    <bug_when>2012-06-08 18:59:18 -0700</bug_when>
    <thetext>this is actually a duplicate of 63793.

*** This bug has been marked as a duplicate of bug 63793 ***</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>