<?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>98140</bug_id>
          
          <creation_ts>2012-10-02 03:46:15 -0700</creation_ts>
          <short_desc>check-webkit-style can&apos;t handle qt-arm, qt-win, qt-mac, qt-5.0, qt-5.0-wk1 and qt-5.0-wk2 TestExpecatations</short_desc>
          <delta_ts>2012-10-02 15:58:17 -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></keywords>
          <priority>P1</priority>
          <bug_severity>Critical</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Csaba Osztrogonác">ossy</reporter>
          <assigned_to name="Tony Chang">tony</assigned_to>
          <cc>abarth</cc>
    
    <cc>dpranke</cc>
    
    <cc>eric</cc>
    
    <cc>levin</cc>
    
    <cc>michael.bruning</cc>
    
    <cc>ojan</cc>
    
    <cc>ossy</cc>
    
    <cc>rafael.lobo</cc>
    
    <cc>tony</cc>
    
    <cc>webkit.review.bot</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>732489</commentid>
    <comment_count>0</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2012-10-02 03:46:15 -0700</bug_when>
    <thetext>We got the following non-sense:

https://bugs.webkit.org/show_bug.cgi?id=98136#c3
-------------------------------------------------------------------------------------------------------------------------------------
Comment #3 From WebKit Review Bot 2012-10-02 03:39:37 PST (-) [reply]

Attachment 166654 [details] did not pass style-queue:

Failed to run &quot;[&apos;Tools/Scripts/check-webkit-style&apos;, &apos;--diff-files&apos;, u&apos;LayoutTests/ChangeLog&apos;, u&apos;LayoutTests/plat...&quot; exit_code: 1
LayoutTests/platform/qt-5.0-wk2/TestExpectations:1:  No port uses path LayoutTests/platform/qt-5.0-wk2/TestExpectations for test_expectations  [test/expectations] [5]
Total errors found: 1 in 2 files

If any of these errors are false positives, please file a bug against check-webkit-style.
-------------------------------------------------------------------------------------------------------------------------------------

Have you got any idea what happened with the check-webkit-style?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>732508</commentid>
    <comment_count>1</comment_count>
    <who name="Michael Brüning">michael.bruning</who>
    <bug_when>2012-10-02 04:15:56 -0700</bug_when>
    <thetext>Interesting enough, it was still able to handle it a day (a couple of hours) earlier (see https://bugs.webkit.org/show_bug.cgi?id=98037).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>732509</commentid>
    <comment_count>2</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2012-10-02 04:17:20 -0700</bug_when>
    <thetext>(In reply to comment #1)
&gt; Interesting enough, it was still able to handle it a day (a couple of hours) earlier (see https://bugs.webkit.org/show_bug.cgi?id=98037).

Hmmm ... let me check the history and try bisecting.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>732519</commentid>
    <comment_count>3</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2012-10-02 04:25:06 -0700</bug_when>
    <thetext>bisecting finished - https://trac.webkit.org/changeset/127910
Hmmm ... it seems it can be a very old bug ... But I don&apos;t
have time to find who caused this annoying bug. :-/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>732529</commentid>
    <comment_count>4</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2012-10-02 04:30:29 -0700</bug_when>
    <thetext>It seems it handles only qt and qt-linux ... :-/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>733087</commentid>
    <comment_count>5</comment_count>
      <attachid>166752</attachid>
    <who name="Tony Chang">tony</who>
    <bug_when>2012-10-02 14:37:56 -0700</bug_when>
    <thetext>Created attachment 166752
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>733090</commentid>
    <comment_count>6</comment_count>
    <who name="Tony Chang">tony</who>
    <bug_when>2012-10-02 14:40:10 -0700</bug_when>
    <thetext>I fixed one bug and suppressed another.  The problem is that when we use port_factory.all_port_names(), it doesn&apos;t know to return both qt-4.8 and qt-5.0 versions.  I&apos;m not sure what the right way to fix this is, so I&apos;m skipping style check (the check is doing more harm than good).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>733091</commentid>
    <comment_count>7</comment_count>
      <attachid>166752</attachid>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2012-10-02 14:41:09 -0700</bug_when>
    <thetext>Comment on attachment 166752
Patch

Seems OK.  I found qt&apos;s layout test fallback confusing (and different from all the other ports) so I didn&apos;t implement support for it in the original NRWT conversion.  I (perhaps naively) hoped that they&apos;d move to a naming system/fallback more similar to the other ports.  But it&apos;s also possible I simply mis-understood.  In any case, someone just needs to implement proper Qt port fallback for NRWT and then we can remove qt-arm&apos;s ORWT usage, and fix the bugs like this one. :)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>733093</commentid>
    <comment_count>8</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2012-10-02 14:42:32 -0700</bug_when>
    <thetext>(In reply to comment #6)
&gt; I fixed one bug and suppressed another.  The problem is that when we use port_factory.all_port_names(), it doesn&apos;t know to return both qt-4.8 and qt-5.0 versions.  I&apos;m not sure what the right way to fix this is, so I&apos;m skipping style check (the check is doing more harm than good).

Presumably those are a lot like mac-leopard/mac-lion, etc.  If Qt uses the same style of fallback logic then we can just copy the logic from ApplePort/MacPort/WinPort or move it down to WebKitPort/Port for sharing.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>733103</commentid>
    <comment_count>9</comment_count>
    <who name="Rafael Brandao">rafael.lobo</who>
    <bug_when>2012-10-02 14:52:56 -0700</bug_when>
    <thetext>I believe the only reliable solution to figure out which version to useis to pass executor around and use &quot;qmake --version&quot; whenever you need to figure out the version, like we do on Tools/Scripts/webkitpy/layout_tests/port/qt.py (check qt_version()), but when I did it back there I felt like it was the wrong approach. Should we do this here as well?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>733124</commentid>
    <comment_count>10</comment_count>
    <who name="Tony Chang">tony</who>
    <bug_when>2012-10-02 15:09:50 -0700</bug_when>
    <thetext>(In reply to comment #8)
&gt; Presumably those are a lot like mac-leopard/mac-lion, etc.  If Qt uses the same style of fallback logic then we can just copy the logic from ApplePort/MacPort/WinPort or move it down to WebKitPort/Port for sharing.

Yeah, there are 2 things to fix:

1) Make qt.py&apos;s __init__ know how to parse something like qt-5.0-mac (it currently doesn&apos;t know how).

2) Update builders.py to specify qt versions (currently it just has qt-linux, qt-mac, qt-win and qt-wk2).


(In reply to comment #9)
&gt; I believe the only reliable solution to figure out which version to useis to pass executor around and use &quot;qmake --version&quot; whenever you need to figure out the version, like we do on Tools/Scripts/webkitpy/layout_tests/port/qt.py (check qt_version()), but when I did it back there I felt like it was the wrong approach. Should we do this here as well?

That&apos;s what it&apos;s doing, but the EWS bots have Qt 4.8 installed (actually, probably no Qt, but that falls back to 4.8), but wants to check the TestExpectations file for Qt 5.0.  There&apos;s currently no way to override the Qt version when constructing a QtPort().</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>733144</commentid>
    <comment_count>11</comment_count>
      <attachid>166752</attachid>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2012-10-02 15:29:29 -0700</bug_when>
    <thetext>Comment on attachment 166752
Patch

Clearing flags on attachment: 166752

Committed r130220: &lt;http://trac.webkit.org/changeset/130220&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>733145</commentid>
    <comment_count>12</comment_count>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2012-10-02 15:29:33 -0700</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>733165</commentid>
    <comment_count>13</comment_count>
    <who name="Dirk Pranke">dpranke</who>
    <bug_when>2012-10-02 15:58:17 -0700</bug_when>
    <thetext>Note that there are several open Qt/webkitpy/nrwt-related bugs still open that relate to this, tracked here: https://bugs.webkit.org/show_bug.cgi?id=89880.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>166752</attachid>
            <date>2012-10-02 14:37:56 -0700</date>
            <delta_ts>2012-10-02 15:29:29 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-98140-20121002143709.patch</filename>
            <type>text/plain</type>
            <size>4355</size>
            <attacher name="Tony Chang">tony</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMTMwMTgxCmRpZmYgLS1naXQgYS9Ub29scy9DaGFuZ2VMb2cg
Yi9Ub29scy9DaGFuZ2VMb2cKaW5kZXggMmY3NzBhOTMwODhjMDYwZDU3ZjI4MmM2ZWM4OGYwMDNl
Mjk0ZTY4MS4uMTA0MGE1NmViYjUwZTk1OGNmNTgwOGRhYmZmMWQzYWYxMjI0MTFhZiAxMDA2NDQK
LS0tIGEvVG9vbHMvQ2hhbmdlTG9nCisrKyBiL1Rvb2xzL0NoYW5nZUxvZwpAQCAtMSwzICsxLDI1
IEBACisyMDEyLTEwLTAyICBUb255IENoYW5nICA8dG9ueUBjaHJvbWl1bS5vcmc+CisKKyAgICAg
ICAgY2hlY2std2Via2l0LXN0eWxlIGNhbid0IGhhbmRsZSBxdC1hcm0sIHF0LXdpbiwgcXQtbWFj
LCBxdC01LjAsIHF0LTUuMC13azEgYW5kIHF0LTUuMC13azIgVGVzdEV4cGVjYXRhdGlvbnMKKyAg
ICAgICAgaHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTk4MTQwCisKKyAg
ICAgICAgUmV2aWV3ZWQgYnkgTk9CT0RZIChPT1BTISkuCisKKyAgICAgICAgRml4IGEgYnVnIHdo
ZXJlIHdlIHdlcmUgYWx3YXlzIHVzaW5nIHRoZSBob3N0IE9TIHJhdGhlciB0aGFuIHVzaW5nIHdo
YXQgd2FzIHBhc3NlZCBpbiBhcyBwYXJ0IG9mIHRoZQorICAgICAgICBwb3J0IG5hbWUgb24gUXQu
CisKKyAgICAgICAgVGhlcmUncyBhbHNvIGEgYnVnIHdpdGggYmVpbmcgYWJsZSB0byB0ZXN0IGZv
ciBxdC01LjAgZXhwZWN0YXRpb25zIGZpbGVzIHdoZW4gb24gYSBzeXN0ZW0gd2l0aAorICAgICAg
ICBRdCA0LjggaW5zdGFsbGVkLiBJJ20gbm90IHN1cmUgaG93IHRvIHNvbHZlIHRoYXQsIHNvIGZv
ciBub3csIHN0b3AgZW1pdHRpbmcgYSBzdHlsZSB3YXJuaW5nIGFib3V0CisgICAgICAgIG5vdCBj
aGVja2luZyBhIGZpbGUuCisKKyAgICAgICAgKiBTY3JpcHRzL3dlYmtpdHB5L2xheW91dF90ZXN0
cy9wb3J0L3F0LnB5OgorICAgICAgICAoUXRQb3J0Ll9zZWFyY2hfcGF0aHMpOiBVc2UgcGFzc2Vk
IGluIE9TLgorICAgICAgICAqIFNjcmlwdHMvd2Via2l0cHkvc3R5bGUvY2hlY2tlcnMvdGVzdF9l
eHBlY3RhdGlvbnMucHk6CisgICAgICAgIChUZXN0RXhwZWN0YXRpb25zQ2hlY2tlci5jaGVjayk6
IERvbid0IHdhcm4gaWYgd2UgZG9uJ3Qga25vdyBhYm91dCB0aGUgVGVzdEV4cGVjdGF0aW9ucyBm
aWxlLgorICAgICAgICAqIFNjcmlwdHMvd2Via2l0cHkvc3R5bGUvY2hlY2tlcnMvdGVzdF9leHBl
Y3RhdGlvbnNfdW5pdHRlc3QucHk6CisgICAgICAgIChUZXN0RXhwZWN0YXRpb25zVGVzdENhc2Uu
dGVzdF9kZXRlcm1pbmVfcG9ydF9mcm9tX2V4cGVjdGF0aW9uc19wYXRoKTogQWRkZWQgYSB0ZXN0
IGNhc2UgZm9yIHRoZSBPUyBmaXguCisgICAgICAgIEFkZCBhIGNvbW1lbnRlZCBvdXQgdGVzdCBm
b3IgdGhlIHZlcnNpb24gY2FzZS4KKwogMjAxMi0xMC0wMiAgRG91Z2xhcyBTdG9ja3dlbGwgIDxk
c3RvY2t3ZWxsQGNocm9taXVtLm9yZz4KIAogICAgICAgICBbY2hyb21pdW1dIHJ1bm5pbmcgbGF5
b3V0IHRlc3RzIG9uIG1vdW50YWlubGlvbiBzaG91bGQgdXNlIGNocm9taXVtIFRlc3RFeHBlY3Rh
dGlvbnMKZGlmZiAtLWdpdCBhL1Rvb2xzL1NjcmlwdHMvd2Via2l0cHkvbGF5b3V0X3Rlc3RzL3Bv
cnQvcXQucHkgYi9Ub29scy9TY3JpcHRzL3dlYmtpdHB5L2xheW91dF90ZXN0cy9wb3J0L3F0LnB5
CmluZGV4IDJlNzNjNzVhODY3MWM1MThjODE0NjRiMWI1YTM4OTczNjY1YTA2NjIuLjQ2ZWU5NWQz
OGViNDMyMmJmNGYwYTY5YjViZWE1ZTQ0OGM5ZjZlYjUgMTAwNjQ0Ci0tLSBhL1Rvb2xzL1Njcmlw
dHMvd2Via2l0cHkvbGF5b3V0X3Rlc3RzL3BvcnQvcXQucHkKKysrIGIvVG9vbHMvU2NyaXB0cy93
ZWJraXRweS9sYXlvdXRfdGVzdHMvcG9ydC9xdC5weQpAQCAtMTM1LDcgKzEzNSw3IEBAIGNsYXNz
IFF0UG9ydChQb3J0KToKICAgICAgICAgICAgIHNlYXJjaF9wYXRocy5hcHBlbmQoJ3F0LTQuOCcp
CiAgICAgICAgIGVsaWYgdmVyc2lvbjoKICAgICAgICAgICAgIHNlYXJjaF9wYXRocy5hcHBlbmQo
J3F0LTUuMCcpCi0gICAgICAgIHNlYXJjaF9wYXRocy5hcHBlbmQoc2VsZi5wb3J0X25hbWUgKyAn
LScgKyBzZWxmLmhvc3QucGxhdGZvcm0ub3NfbmFtZSkKKyAgICAgICAgc2VhcmNoX3BhdGhzLmFw
cGVuZChzZWxmLnBvcnRfbmFtZSArICctJyArIHNlbGYub3BlcmF0aW5nX3N5c3RlbSgpKQogICAg
ICAgICBzZWFyY2hfcGF0aHMuYXBwZW5kKHNlbGYucG9ydF9uYW1lKQogICAgICAgICByZXR1cm4g
c2VhcmNoX3BhdGhzCiAKZGlmZiAtLWdpdCBhL1Rvb2xzL1NjcmlwdHMvd2Via2l0cHkvc3R5bGUv
Y2hlY2tlcnMvdGVzdF9leHBlY3RhdGlvbnMucHkgYi9Ub29scy9TY3JpcHRzL3dlYmtpdHB5L3N0
eWxlL2NoZWNrZXJzL3Rlc3RfZXhwZWN0YXRpb25zLnB5CmluZGV4IDQ2NDAzYjdkYjllODZiZmUx
ZmFhMzA3YWVlMzE2NGM4ZDhhMWUzMTkuLmFlOGZlYWZkZjQ5NGRmZDc5OGY0YTZlNTU1YjVjZjEw
NzkxYzQ1NWQgMTAwNjQ0Ci0tLSBhL1Rvb2xzL1NjcmlwdHMvd2Via2l0cHkvc3R5bGUvY2hlY2tl
cnMvdGVzdF9leHBlY3RhdGlvbnMucHkKKysrIGIvVG9vbHMvU2NyaXB0cy93ZWJraXRweS9zdHls
ZS9jaGVja2Vycy90ZXN0X2V4cGVjdGF0aW9ucy5weQpAQCAtOTQsOCArOTQsNiBAQCBjbGFzcyBU
ZXN0RXhwZWN0YXRpb25zQ2hlY2tlcihvYmplY3QpOgogICAgICAgICBleHBlY3RhdGlvbnMgPSAn
XG4nLmpvaW4obGluZXMpCiAgICAgICAgIGlmIHNlbGYuX3BvcnRfb2JqOgogICAgICAgICAgICAg
c2VsZi5jaGVja190ZXN0X2V4cGVjdGF0aW9ucyhleHBlY3RhdGlvbnNfc3RyPWV4cGVjdGF0aW9u
cywgdGVzdHM9Tm9uZSkKLSAgICAgICAgZWxzZToKLSAgICAgICAgICAgIHNlbGYuX2hhbmRsZV9z
dHlsZV9lcnJvcigxLCAndGVzdC9leHBlY3RhdGlvbnMnLCA1LAotICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICdObyBwb3J0IHVzZXMgcGF0aCAlcyBmb3IgdGVzdF9leHBlY3Rh
dGlvbnMnICUgc2VsZi5fZmlsZV9wYXRoKQorCiAgICAgICAgICMgV2FybiB0YWJzIGluIGxpbmVz
IGFzIHdlbGwKICAgICAgICAgc2VsZi5jaGVja190YWJzKGxpbmVzKQpkaWZmIC0tZ2l0IGEvVG9v
bHMvU2NyaXB0cy93ZWJraXRweS9zdHlsZS9jaGVja2Vycy90ZXN0X2V4cGVjdGF0aW9uc191bml0
dGVzdC5weSBiL1Rvb2xzL1NjcmlwdHMvd2Via2l0cHkvc3R5bGUvY2hlY2tlcnMvdGVzdF9leHBl
Y3RhdGlvbnNfdW5pdHRlc3QucHkKaW5kZXggZjEyMzk3Nzg3YzM0NDFlMGI2NTFmMWNmNmNiZTJh
NDQ2ZWFhNGRmZC4uMTUxNmRlNzk3YTRkYzg2MjliN2VkYmE0Y2I5NzFjN2E1Y2JiNDc1ZSAxMDA2
NDQKLS0tIGEvVG9vbHMvU2NyaXB0cy93ZWJraXRweS9zdHlsZS9jaGVja2Vycy90ZXN0X2V4cGVj
dGF0aW9uc191bml0dGVzdC5weQorKysgYi9Ub29scy9TY3JpcHRzL3dlYmtpdHB5L3N0eWxlL2No
ZWNrZXJzL3Rlc3RfZXhwZWN0YXRpb25zX3VuaXR0ZXN0LnB5CkBAIC04Miw2ICs4MiwxMCBAQCBj
bGFzcyBUZXN0RXhwZWN0YXRpb25zVGVzdENhc2UodW5pdHRlc3QuVGVzdENhc2UpOgogICAgICAg
ICBzZWxmLl9leHBlY3RfcG9ydF9mb3JfZXhwZWN0YXRpb25zX3BhdGgoJ2VmbCcsICdMYXlvdXRU
ZXN0cy9wbGF0Zm9ybS9lZmwvVGVzdEV4cGVjdGF0aW9ucycpCiAgICAgICAgIHNlbGYuX2V4cGVj
dF9wb3J0X2Zvcl9leHBlY3RhdGlvbnNfcGF0aCgnZWZsJywgJ0xheW91dFRlc3RzL3BsYXRmb3Jt
L2VmbC13azEvVGVzdEV4cGVjdGF0aW9ucycpCiAgICAgICAgIHNlbGYuX2V4cGVjdF9wb3J0X2Zv
cl9leHBlY3RhdGlvbnNfcGF0aCgnZWZsJywgJ0xheW91dFRlc3RzL3BsYXRmb3JtL2VmbC13azIv
VGVzdEV4cGVjdGF0aW9ucycpCisgICAgICAgIHNlbGYuX2V4cGVjdF9wb3J0X2Zvcl9leHBlY3Rh
dGlvbnNfcGF0aCgncXQnLCAnTGF5b3V0VGVzdHMvcGxhdGZvcm0vcXQtd2luL1Rlc3RFeHBlY3Rh
dGlvbnMnKQorICAgICAgICAjIEZJWE1FOiBjaGVjay13ZWJraXQtc3R5bGUgZG9lc24ndCBrbm93
IGhvdyB0byBjcmVhdGUgcG9ydCBvYmplY3RzIGZvciBhbGwgUXQgdmVyc2lvbiAoNC44LCA1LjAp
IGFuZAorICAgICAgICAjIHdpbGwgb25seSBjaGVjayBmaWxlcyBiYXNlZCBvbiB0aGUgaW5zdGFs
bGVkIHZlcnNpb24gb2YgUXQuCisgICAgICAgICNzZWxmLl9leHBlY3RfcG9ydF9mb3JfZXhwZWN0
YXRpb25zX3BhdGgoJ3F0JywgJ0xheW91dFRlc3RzL3BsYXRmb3JtL3F0LTUuMC13azIvVGVzdEV4
cGVjdGF0aW9ucycpCiAKICAgICBkZWYgYXNzZXJ0X2xpbmVzX2xpbnQoc2VsZiwgbGluZXMsIHNo
b3VsZF9wYXNzLCBleHBlY3RlZF9vdXRwdXQ9Tm9uZSk6CiAgICAgICAgIHNlbGYuX2Vycm9yX2Nv
bGxlY3Rvci5yZXNldF9lcnJvcnMoKQo=
</data>

          </attachment>
      

    </bug>

</bugzilla>