<?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>21784</bug_id>
          
          <creation_ts>2008-10-22 00:14:52 -0700</creation_ts>
          <short_desc>[GTK] Make layout tests / jsc tests usable without build-webkit</short_desc>
          <delta_ts>2009-04-27 08:10:11 -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>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>Gtk</keywords>
          <priority>P2</priority>
          <bug_severity>Minor</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Alp Toker">alp</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>mrowe</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>96142</commentid>
    <comment_count>0</comment_count>
    <who name="Alp Toker">alp</who>
    <bug_when>2008-10-22 00:14:52 -0700</bug_when>
    <thetext>The build-webkit script is rarely used by GTK+ port developers as the port uses autotools.

The DRT and JavaScriptCore test drivers currently expect the built products (binaries) to be where build-webkit puts them, which is fine and useful for the build bot harness. This is not a good default for most developers though.

I&apos;ve had some success with this command line:

~/Projects/webkit/ng/build$ ../webkit/WebKitTools/Scripts/run-webkit-tests --root=. --gtk --strict

I don&apos;t remember the command to run the JS tests off hand, but it was similar. This is probably very non-obvious to casual WebKit GTK+ contributors (and distribution packagers, for whom we need to make it really easy to run the tests before they ship their binaries).

I think the output directory of results was also not ideal (maybe it was littering srcdir?).

We need to modify the scripts to make this more obvious and/or document the correct invocation of the commands for this use case.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>96640</commentid>
    <comment_count>1</comment_count>
    <who name="Alp Toker">alp</who>
    <bug_when>2008-10-24 22:50:09 -0700</bug_when>
    <thetext>I can&apos;t actually get run-webkit-tests to work at all right now. The gtk/DumpRenderTree binary works fine when invoked directly, but the run-webkit-tests perl script seems not to be working. One guess is that it&apos;s scrubbing important environment variables that need to be defined.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>96641</commentid>
    <comment_count>2</comment_count>
    <who name="Alp Toker">alp</who>
    <bug_when>2008-10-24 22:56:44 -0700</bug_when>
    <thetext>(In reply to comment #1)
&gt; I can&apos;t actually get run-webkit-tests to work at all right now. The
&gt; gtk/DumpRenderTree binary works fine when invoked directly, but the
&gt; run-webkit-tests perl script seems not to be working. One guess is that it&apos;s
&gt; scrubbing important environment variables that need to be defined.
&gt; 

It works with webkitdirs.pm and run-webkit-tests from r35816, so appears to be a regression that showed up in the perl scripts since 2008-08-18.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>114599</commentid>
    <comment_count>3</comment_count>
      <attachid>28810</attachid>
    <who name="Jan Alonzo">jmalonzo</who>
    <bug_when>2009-03-20 16:50:26 -0700</bug_when>
    <thetext>Created attachment 28810
set the product dir to the value of WEBKITOUTPUTDIR 

This requires WEBKITOUTPUTDIR pointed to the location of the build directory - doesn&apos;t work with relative paths currently.

e.g.

WEBKITOUTPUTDIR=~/WebKit/build ./WebKitTools/Scripts/run-webkit-tests --gtk .....</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>118968</commentid>
    <comment_count>4</comment_count>
      <attachid>28810</attachid>
    <who name="Gustavo Noronha (kov)">gustavo</who>
    <bug_when>2009-04-27 06:43:43 -0700</bug_when>
    <thetext>Comment on attachment 28810
set the product dir to the value of WEBKITOUTPUTDIR 

Like I said on IRC, as long as this keeps working with build-webkit builds, r=me, with a less confusing comment ;D.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>118978</commentid>
    <comment_count>5</comment_count>
    <who name="Jan Alonzo">jmalonzo</who>
    <bug_when>2009-04-27 08:10:11 -0700</bug_when>
    <thetext>Landed in r42891</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>28810</attachid>
            <date>2009-03-20 16:50:26 -0700</date>
            <delta_ts>2009-04-27 06:43:43 -0700</delta_ts>
            <desc>set the product dir to the value of WEBKITOUTPUTDIR </desc>
            <filename>runningtestsautotoolsbuild.patch</filename>
            <type>text/plain</type>
            <size>1569</size>
            <attacher name="Jan Alonzo">jmalonzo</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL1dlYktpdFRvb2xzL0NoYW5nZUxvZyBiL1dlYktpdFRvb2xzL0NoYW5nZUxv
ZwppbmRleCBjY2FmYmViLi40YWUzYTQ0IDEwMDY0NAotLS0gYS9XZWJLaXRUb29scy9DaGFuZ2VM
b2cKKysrIGIvV2ViS2l0VG9vbHMvQ2hhbmdlTG9nCkBAIC0xLDMgKzEsMTUgQEAKKzIwMDktMDMt
MjAgIEphbiBNaWNoYWVsIEFsb256byAgPGptYWxvbnpvQHdlYmtpdC5vcmc+CisKKyAgICAgICAg
UmV2aWV3ZWQgYnkgTk9CT0RZIChPT1BTISkuCisKKyAgICAgICAgW0dUS10gTWFrZSBsYXlvdXQg
dGVzdHMgLyBqc2MgdGVzdHMgdXNhYmxlIHdpdGhvdXQgYnVpbGQtd2Via2l0CisgICAgICAgIGh0
dHBzOi8vYnVncy53ZWJraXQub3JnL3Nob3dfYnVnLmNnaT9pZD0yMTc4NAorCisgICAgICAgIFRo
aXMgcmVxdWlyZXMgV0VCS0lUT1VUUFVURElSIHRvIGJlIHNldCB0byB0aGUgYnVpbGQgZGlyZWN0
b3J5LgorICAgICAgICBTZXQgdGhlIGxvY2F0aW9uIG9mIHRoZSBwcm9kdWN0IGRpciB0byB0aGUg
bG9jYXRpb24gcG9pbnRlZCB0byBieSBXRUJLSVRPVVRQVVRESVIKKworICAgICAgICAqIFNjcmlw
dHMvd2Via2l0ZGlycy5wbToKKwogMjAwOS0wMy0yMCAgQW5kZXJzIENhcmxzc29uICA8YW5kZXJz
Y2FAYXBwbGUuY29tPgogCiAgICAgICAgIFJldmlld2VkIGJ5IERhcmluIEFkbGVyLgpkaWZmIC0t
Z2l0IGEvV2ViS2l0VG9vbHMvU2NyaXB0cy93ZWJraXRkaXJzLnBtIGIvV2ViS2l0VG9vbHMvU2Ny
aXB0cy93ZWJraXRkaXJzLnBtCmluZGV4IGY5ZjA1ZDMuLmNkMDliZmMgMTAwNjQ0Ci0tLSBhL1dl
YktpdFRvb2xzL1NjcmlwdHMvd2Via2l0ZGlycy5wbQorKysgYi9XZWJLaXRUb29scy9TY3JpcHRz
L3dlYmtpdGRpcnMucG0KQEAgLTIyOCw3ICsyMjgsMTQgQEAgc3ViIGRldGVybWluZUNvbmZpZ3Vy
YXRpb25Qcm9kdWN0RGlyCiAgICAgaWYgKGlzQXBwbGVXaW5XZWJLaXQoKSAmJiAhaXNXeCgpKSB7
CiAgICAgICAgICRjb25maWd1cmF0aW9uUHJvZHVjdERpciA9ICIkYmFzZVByb2R1Y3REaXIvYmlu
IjsKICAgICB9IGVsc2UgewotICAgICAgICAkY29uZmlndXJhdGlvblByb2R1Y3REaXIgPSAiJGJh
c2VQcm9kdWN0RGlyLyRjb25maWd1cmF0aW9uIjsKKyAgICAgICAgIyBbR3RrXSBXZSBkb24ndCB1
c2UgUmVsZWFzZS9EZWJ1ZyBpbiBzdHJhaWdodCBhdXRvdG9vbCBidWlsZHMgKG5vbiBidWlsZC13
ZWJraXQpCisgICAgICAgICMgc28gbWFrZSB0aGUgY29uZmlndXJhdGlvblByb2R1Y3REaXIgdGhl
IHNhbWUgYXMgdGhlIGJhc2VQcm9kdWN0RGlyCisgICAgICAgICMgYmFzZVByb2R1Y3REaXIgPSAk
RU5WeyJXRUJLSVRPVVRQVVRESVIifSBpZiBleGlzdHMKKyAgICAgICAgaWYgKCRFTlZ7IldFQktJ
VE9VVFBVVERJUiJ9ICYmIGlzR3RrKCkpIHsKKyAgICAgICAgICAgICRjb25maWd1cmF0aW9uUHJv
ZHVjdERpciA9ICIkYmFzZVByb2R1Y3REaXIiOworICAgICAgICB9IGVsc2UgeworICAgICAgICAg
ICAgJGNvbmZpZ3VyYXRpb25Qcm9kdWN0RGlyID0gIiRiYXNlUHJvZHVjdERpci8kY29uZmlndXJh
dGlvbiI7CisgICAgICAgIH0KICAgICB9CiB9CiAK
</data>
<flag name="review"
          id="14221"
          type_id="1"
          status="+"
          setter="gustavo"
    />
          </attachment>
      

    </bug>

</bugzilla>