<?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>156150</bug_id>
          
          <creation_ts>2016-04-03 16:36:15 -0700</creation_ts>
          <short_desc>[win] DumpRenderTree failed to launch</short_desc>
          <delta_ts>2016-04-04 20:54:57 -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>WebKit 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="Bill Ming">mbbill</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>achristensen</cc>
    
    <cc>commit-queue</cc>
    
    <cc>glenn</cc>
    
    <cc>lforschler</cc>
    
    <cc>ossy</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>1180238</commentid>
    <comment_count>0</comment_count>
    <who name="Bill Ming">mbbill</who>
    <bug_when>2016-04-03 16:36:15 -0700</bug_when>
    <thetext>DumpRenderTree failed to launch when I tried to run webkit tests.
It&apos;s because WEBKIT_LIBRARIES environment is not included in &apos;env&apos; passing to the launcher.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1180239</commentid>
    <comment_count>1</comment_count>
      <attachid>275517</attachid>
    <who name="Bill Ming">mbbill</who>
    <bug_when>2016-04-03 16:39:43 -0700</bug_when>
    <thetext>Created attachment 275517
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1180515</commentid>
    <comment_count>2</comment_count>
      <attachid>275517</attachid>
    <who name="Alex Christensen">achristensen</who>
    <bug_when>2016-04-04 14:58:20 -0700</bug_when>
    <thetext>Comment on attachment 275517
Patch

Hmmm, I&apos;d like to get rid of our required use of the WEBKIT_LIBRARIES environment variable.  Is there any way you could modify DLLLauncherMain.cpp instead to work without it?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1180525</commentid>
    <comment_count>3</comment_count>
    <who name="Bill Ming">mbbill</who>
    <bug_when>2016-04-04 15:12:49 -0700</bug_when>
    <thetext>I&apos;m thinking of that too. That may need another bigger patch to completely get rid of the WEBKIT_LIBRARIES environment variable because the reference to it is not just limited to this. Shall I modify DLLLauncherMain.cpp for this patch first and then deal with other ones in another commit?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1180526</commentid>
    <comment_count>4</comment_count>
    <who name="Alex Christensen">achristensen</who>
    <bug_when>2016-04-04 15:14:08 -0700</bug_when>
    <thetext>We still want to use the WEBKIT_LIBRARIES environment variable if it exists, because the Windows Early Warning System bots use it, but I don&apos;t want to require it for someone to just build and run WebKit on a new machine.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1180527</commentid>
    <comment_count>5</comment_count>
    <who name="Bill Ming">mbbill</who>
    <bug_when>2016-04-04 15:19:05 -0700</bug_when>
    <thetext>So the logic should be like, if the environment exists, use it; if not, use a hard-coded path, am I right?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1180528</commentid>
    <comment_count>6</comment_count>
    <who name="Bill Ming">mbbill</who>
    <bug_when>2016-04-04 15:19:34 -0700</bug_when>
    <thetext>hard-coded relative path by the way.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1180565</commentid>
    <comment_count>7</comment_count>
    <who name="Bill Ming">mbbill</who>
    <bug_when>2016-04-04 16:31:38 -0700</bug_when>
    <thetext>After digging into the launcher code, I think it would be a little bit nasty to hard-code a relative path there. Either minibrowser.exe or dumprendertree.exe could be anywhere depend on user settings, so it doesn&apos;t make too much sense to put a &apos;default&apos; dll path over there. Actually the &apos;default&apos; path could also change, considering that user can say &apos;yes&apos; or &apos;no&apos; when asked by webkit-patch script if he would like to put all build results into a branch name folder</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1180656</commentid>
    <comment_count>8</comment_count>
      <attachid>275517</attachid>
    <who name="Alex Christensen">achristensen</who>
    <bug_when>2016-04-04 20:03:47 -0700</bug_when>
    <thetext>Comment on attachment 275517
Patch

I guess this is good.  If the WEBKIT_LIBRARIES variable is set, use it.  That&apos;s what this patch does.  Honestly, I usually copy all the WinCairoRequirements dlls into the build directory manually.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1180670</commentid>
    <comment_count>9</comment_count>
      <attachid>275517</attachid>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2016-04-04 20:54:53 -0700</bug_when>
    <thetext>Comment on attachment 275517
Patch

Clearing flags on attachment: 275517

Committed r199036: &lt;http://trac.webkit.org/changeset/199036&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1180671</commentid>
    <comment_count>10</comment_count>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2016-04-04 20:54:57 -0700</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>275517</attachid>
            <date>2016-04-03 16:39:43 -0700</date>
            <delta_ts>2016-04-04 20:54:53 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-156150-20160403164012.patch</filename>
            <type>text/plain</type>
            <size>1114</size>
            <attacher name="Bill Ming">mbbill</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMTk4OTk0CmRpZmYgLS1naXQgYS9Ub29scy9DaGFuZ2VMb2cg
Yi9Ub29scy9DaGFuZ2VMb2cKaW5kZXggYjY5Mjg5MDcyOThiYTAxODRhMThlZGYwN2Q0OTUzODE3
NTI3YjVjYS4uNTY1M2MxOWNmODQ2YmYwOTFlMWUxZjkwNTM1OGY3NWYwZDQyM2U1YyAxMDA2NDQK
LS0tIGEvVG9vbHMvQ2hhbmdlTG9nCisrKyBiL1Rvb2xzL0NoYW5nZUxvZwpAQCAtMSwzICsxLDEy
IEBACisyMDE2LTA0LTAzICBCaWxsIE1pbmcgIDxtYmJpbGxAZ21haWwuY29tPgorCisgICAgICAg
IFt3aW5dIHJ1bi13ZWJraXQtdGVzdHMgZmFpbGVkIHRvIGxhdW5jaCBEdW1wUmVuZGVyVHJlZQor
ICAgICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9zaG93X2J1Zy5jZ2k/aWQ9MTU2MTUwCisK
KyAgICAgICAgUmV2aWV3ZWQgYnkgTk9CT0RZIChPT1BTISkuCisKKyAgICAgICAgKiBUb29scy9T
Y3JpcHRzL3dlYmtpdHB5L3BvcnQvYmFzZS5weToKKwogMjAxNi0wNC0wMyAgRGFuIEJlcm5zdGVp
biAgPG1pdHpAYXBwbGUuY29tPgogCiAgICAgICAgIFVzZSB0aGUgY29ycmVjdCB2YWx1ZSBmb3Ig
dGhlIGZpcnN0IG5pZ2h0bHkgYnVpbGQgd2l0aCBmcmFtZXdvcmtzIGJ1aWx0IGZvciBPUyBYIDEw
LjExLgpkaWZmIC0tZ2l0IGEvVG9vbHMvU2NyaXB0cy93ZWJraXRweS9wb3J0L2Jhc2UucHkgYi9U
b29scy9TY3JpcHRzL3dlYmtpdHB5L3BvcnQvYmFzZS5weQppbmRleCA5MThmNjI2ZTJlZmM5OTEx
ODdjNjc1NjdkNmNhZDZkNDUwNDFiNTliLi5kMDk1MDNjMjM4N2U1M2RmMjNkYzU1MTVhZmU0ZWU0
MDhkN2E4ZWYwIDEwMDY0NAotLS0gYS9Ub29scy9TY3JpcHRzL3dlYmtpdHB5L3BvcnQvYmFzZS5w
eQorKysgYi9Ub29scy9TY3JpcHRzL3dlYmtpdHB5L3BvcnQvYmFzZS5weQpAQCAtODU0LDYgKzg1
NCw3IEBAIGNsYXNzIFBvcnQob2JqZWN0KToKICAgICAgICAgICAgICdQQVRIJywKICAgICAgICAg
ICAgICdTWVNURU1EUklWRScsCiAgICAgICAgICAgICAnU1lTVEVNUk9PVCcsCisgICAgICAgICAg
ICAnV0VCS0lUX0xJQlJBUklFUycsCiAKICAgICAgICAgICAgICMgTW9zdCBwb3J0cyAoPyk6CiAg
ICAgICAgICAgICAnV0VCS0lUX1RFU1RGT05UUycsCg==
</data>

          </attachment>
      

    </bug>

</bugzilla>