<?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>105771</bug_id>
          
          <creation_ts>2012-12-26 09:58:58 -0800</creation_ts>
          <short_desc>[chromium] Disable unprefixed css transitions until they&apos;re functional</short_desc>
          <delta_ts>2013-01-21 11:56:44 -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>New Bugs</component>
          <version>528+ (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>WebExposed</keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          <blocked>105647</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="Nico Weber">thakis</reporter>
          <assigned_to name="Nico Weber">thakis</assigned_to>
          <cc>dglazkov</cc>
    
    <cc>eric</cc>
    
    <cc>menard</cc>
    
    <cc>paulirish</cc>
    
    <cc>peter</cc>
    
    <cc>webkit.review.bot</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>797330</commentid>
    <comment_count>0</comment_count>
    <who name="Nico Weber">thakis</who>
    <bug_when>2012-12-26 09:58:58 -0800</bug_when>
    <thetext>[chromium] Disable unprefixed css transitions until they&apos;re functional</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>797332</commentid>
    <comment_count>1</comment_count>
      <attachid>180754</attachid>
    <who name="Nico Weber">thakis</who>
    <bug_when>2012-12-26 10:00:57 -0800</bug_when>
    <thetext>Created attachment 180754
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>797356</commentid>
    <comment_count>2</comment_count>
      <attachid>180754</attachid>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2012-12-26 11:27:21 -0800</bug_when>
    <thetext>Comment on attachment 180754
Patch

Attachment 180754 did not pass chromium-ews (chromium-xvfb):
Output: http://queues.webkit.org/results/15543212

New failing tests:
transitions/transitions-parsing.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>797359</commentid>
    <comment_count>3</comment_count>
      <attachid>180759</attachid>
    <who name="Nico Weber">thakis</who>
    <bug_when>2012-12-26 11:51:03 -0800</bug_when>
    <thetext>Created attachment 180759
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>797363</commentid>
    <comment_count>4</comment_count>
      <attachid>180759</attachid>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2012-12-26 11:51:48 -0800</bug_when>
    <thetext>Comment on attachment 180759
Patch

OK.  Why not just commit updated results?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>797364</commentid>
    <comment_count>5</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2012-12-26 11:52:22 -0800</bug_when>
    <thetext>Should this be tagged WebExposed? I don&apos;t really know what that keyword is used for.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>797366</commentid>
    <comment_count>6</comment_count>
    <who name="Nico Weber">thakis</who>
    <bug_when>2012-12-26 11:54:44 -0800</bug_when>
    <thetext>The existing results will be correct once the define is back on, so I figured this causes less churn.(In reply to comment #4)
&gt; (From update of attachment 180759 [details])
&gt; OK.  Why not just commit updated results?

The existing results will be correct once the define is back on, so I figured this causes less churn.

&gt; Should this be tagged WebExposed? I don&apos;t really know what that keyword is used for.

I&apos;m not sure. Can&apos;t hurt I guess, but since this restores the state pre-r138184, having that keyword on bug 93136 might make more sense :-)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>797412</commentid>
    <comment_count>7</comment_count>
      <attachid>180759</attachid>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2012-12-26 16:33:41 -0800</bug_when>
    <thetext>Comment on attachment 180759
Patch

Rejecting attachment 180759 from commit-queue.

Failed to run &quot;[u&apos;/mnt/git/webkit-commit-queue/Tools/Scripts/webkit-patch&apos;, u&apos;--status-host=queues.webkit.org&apos;, ...&quot; exit_code: 1 cwd: /mnt/git/webkit-commit-queue

/mnt/git/webkit-commit-queue/Source/WebKit/chromium/ChangeLog neither lists a valid reviewer nor contains the string &quot;Unreviewed&quot; or &quot;Rubber stamp&quot; (case insensitive).

Full output: http://queues.webkit.org/results/15527824</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>797413</commentid>
    <comment_count>8</comment_count>
      <attachid>180766</attachid>
    <who name="Nico Weber">thakis</who>
    <bug_when>2012-12-26 16:37:32 -0800</bug_when>
    <thetext>Created attachment 180766
Patch for landing</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>797423</commentid>
    <comment_count>9</comment_count>
      <attachid>180766</attachid>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2012-12-26 17:15:20 -0800</bug_when>
    <thetext>Comment on attachment 180766
Patch for landing

Clearing flags on attachment: 180766

Committed r138488: &lt;http://trac.webkit.org/changeset/138488&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>797424</commentid>
    <comment_count>10</comment_count>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2012-12-26 17:15:24 -0800</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>798620</commentid>
    <comment_count>11</comment_count>
    <who name="Peter Beverloo">peter</who>
    <bug_when>2013-01-02 04:17:23 -0800</bug_when>
    <thetext>(In reply to comment #6)
&gt; &gt; Should this be tagged WebExposed? I don&apos;t really know what that keyword is used for.
&gt; 
&gt; I&apos;m not sure. Can&apos;t hurt I guess, but since this restores the state pre-r138184, having that keyword on bug 93136 might make more sense :-)

As this changes web observable behavior in Chromium (by disabling the unprefixed features), please include it. It doesn&apos;t matter whether it&apos;s been in a released Chrome version yet, that filtering will happen later. Thanks!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>812296</commentid>
    <comment_count>12</comment_count>
    <who name="Alexis Menard (darktears)">menard</who>
    <bug_when>2013-01-21 11:46:53 -0800</bug_when>
    <thetext>(In reply to comment #11)
&gt; (In reply to comment #6)
&gt; &gt; &gt; Should this be tagged WebExposed? I don&apos;t really know what that keyword is used for.
&gt; &gt; 
&gt; &gt; I&apos;m not sure. Can&apos;t hurt I guess, but since this restores the state pre-r138184, having that keyword on bug 93136 might make more sense :-)
&gt; 
&gt; As this changes web observable behavior in Chromium (by disabling the unprefixed features), please include it. It doesn&apos;t matter whether it&apos;s been in a released Chrome version yet, that filtering will happen later. Thanks!

Actually this change is slowing me down.

https://bugs.webkit.org/attachment.cgi?id=183761&amp;action=review

Of course the test LayoutTests/fast/events/event-creation.html is failing on Chromium and I really don&apos;t want to skip that one as it contains lot of good tests. Also putting the tests in a separate file (so I could skip it in Chromium) seems weird as all events are in the file. Landing an special expected file for chromium seems like burden to me too.

Chromium is the only port turning off this feature in trunk, all other ports turn that feature off in their release branch.

In fact it&apos;s beneficial for me to get people testing the unprefixing. It&apos;s not per-say a new feature but it&apos;s nice for me to see on real use case, real websites how the prefixed/unprefixed code lives. Can Chromium turn that off later in the process? 

Thanks.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>812300</commentid>
    <comment_count>13</comment_count>
    <who name="Nico Weber">thakis</who>
    <bug_when>2013-01-21 11:48:20 -0800</bug_when>
    <thetext>(In reply to comment #12)
&gt; (In reply to comment #11)
&gt; &gt; (In reply to comment #6)
&gt; &gt; &gt; &gt; Should this be tagged WebExposed? I don&apos;t really know what that keyword is used for.
&gt; &gt; &gt; 
&gt; &gt; &gt; I&apos;m not sure. Can&apos;t hurt I guess, but since this restores the state pre-r138184, having that keyword on bug 93136 might make more sense :-)
&gt; &gt; 
&gt; &gt; As this changes web observable behavior in Chromium (by disabling the unprefixed features), please include it. It doesn&apos;t matter whether it&apos;s been in a released Chrome version yet, that filtering will happen later. Thanks!
&gt; 
&gt; Actually this change is slowing me down.
&gt; 
&gt; https://bugs.webkit.org/attachment.cgi?id=183761&amp;action=review
&gt; 
&gt; Of course the test LayoutTests/fast/events/event-creation.html is failing on Chromium and I really don&apos;t want to skip that one as it contains lot of good tests. Also putting the tests in a separate file (so I could skip it in Chromium) seems weird as all events are in the file. Landing an special expected file for chromium seems like burden to me too.

As suggested earlier, you could add a pref that forces this on and set the pref in the tests. That&apos;s how transitional states are usually handled as far as I understand.

We don&apos;t want to ship a binary with broken transitions.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>812301</commentid>
    <comment_count>14</comment_count>
    <who name="Alexis Menard (darktears)">menard</who>
    <bug_when>2013-01-21 11:50:42 -0800</bug_when>
    <thetext>(In reply to comment #13)
&gt; (In reply to comment #12)
&gt; &gt; (In reply to comment #11)
&gt; &gt; &gt; (In reply to comment #6)
&gt; &gt; &gt; &gt; &gt; Should this be tagged WebExposed? I don&apos;t really know what that keyword is used for.
&gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; I&apos;m not sure. Can&apos;t hurt I guess, but since this restores the state pre-r138184, having that keyword on bug 93136 might make more sense :-)
&gt; &gt; &gt; 
&gt; &gt; &gt; As this changes web observable behavior in Chromium (by disabling the unprefixed features), please include it. It doesn&apos;t matter whether it&apos;s been in a released Chrome version yet, that filtering will happen later. Thanks!
&gt; &gt; 
&gt; &gt; Actually this change is slowing me down.
&gt; &gt; 
&gt; &gt; https://bugs.webkit.org/attachment.cgi?id=183761&amp;action=review
&gt; &gt; 
&gt; &gt; Of course the test LayoutTests/fast/events/event-creation.html is failing on Chromium and I really don&apos;t want to skip that one as it contains lot of good tests. Also putting the tests in a separate file (so I could skip it in Chromium) seems weird as all events are in the file. Landing an special expected file for chromium seems like burden to me too.
&gt; 
&gt; As suggested earlier, you could add a pref that forces this on and set the pref in the tests. That&apos;s how transitional states are usually handled as far as I understand.
&gt; 

Ok I could do that.

&gt; We don&apos;t want to ship a binary with broken transitions.

How this could happen if it&apos;s turn off in release branches?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>812303</commentid>
    <comment_count>15</comment_count>
    <who name="Alexis Menard (darktears)">menard</who>
    <bug_when>2013-01-21 11:52:23 -0800</bug_when>
    <thetext>(In reply to comment #14)
&gt; (In reply to comment #13)
&gt; &gt; (In reply to comment #12)
&gt; &gt; &gt; (In reply to comment #11)
&gt; &gt; &gt; &gt; (In reply to comment #6)
&gt; &gt; &gt; &gt; &gt; &gt; Should this be tagged WebExposed? I don&apos;t really know what that keyword is used for.
&gt; &gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; &gt; I&apos;m not sure. Can&apos;t hurt I guess, but since this restores the state pre-r138184, having that keyword on bug 93136 might make more sense :-)
&gt; &gt; &gt; &gt; 
&gt; &gt; &gt; &gt; As this changes web observable behavior in Chromium (by disabling the unprefixed features), please include it. It doesn&apos;t matter whether it&apos;s been in a released Chrome version yet, that filtering will happen later. Thanks!
&gt; &gt; &gt; 
&gt; &gt; &gt; Actually this change is slowing me down.
&gt; &gt; &gt; 
&gt; &gt; &gt; https://bugs.webkit.org/attachment.cgi?id=183761&amp;action=review
&gt; &gt; &gt; 
&gt; &gt; &gt; Of course the test LayoutTests/fast/events/event-creation.html is failing on Chromium and I really don&apos;t want to skip that one as it contains lot of good tests. Also putting the tests in a separate file (so I could skip it in Chromium) seems weird as all events are in the file. Landing an special expected file for chromium seems like burden to me too.
&gt; &gt; 
&gt; &gt; As suggested earlier, you could add a pref that forces this on and set the pref in the tests. That&apos;s how transitional states are usually handled as far as I understand.
&gt; &gt; 
&gt; 
&gt; Ok I could do that.
&gt; 
&gt; &gt; We don&apos;t want to ship a binary with broken transitions.
&gt; 
&gt; How this could happen if it&apos;s turn off in release branches?

And as we speak, it&apos;s getting really stable. I fixed the DOM events (except the patch I&apos;m talking about) and the rest is pretty much aligning with the spec which is not &quot;broken&quot;.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>812309</commentid>
    <comment_count>16</comment_count>
    <who name="Nico Weber">thakis</who>
    <bug_when>2013-01-21 11:56:44 -0800</bug_when>
    <thetext>&gt; &gt; Ok I could do that.
&gt; &gt; 
&gt; &gt; &gt; We don&apos;t want to ship a binary with broken transitions.
&gt; &gt; 
&gt; How this could happen if it&apos;s turn off in release branches?

Our dev channel gets branched from trunk and released every week.

&gt; And as we speak, it&apos;s getting really stable. I fixed the DOM events (except the patch I&apos;m talking about) and the rest is pretty much aligning with the spec which is not &quot;broken&quot;.

Cool, once things mostly work we can turn it back on for chromium.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>180754</attachid>
            <date>2012-12-26 10:00:57 -0800</date>
            <delta_ts>2012-12-26 11:51:01 -0800</delta_ts>
            <desc>Patch</desc>
            <filename>bug-105771-20121226095809.patch</filename>
            <type>text/plain</type>
            <size>1445</size>
            <attacher name="Nico Weber">thakis</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMTM4NDQ1CmRpZmYgLS1naXQgYS9Tb3VyY2UvV2ViS2l0L2No
cm9taXVtL0NoYW5nZUxvZyBiL1NvdXJjZS9XZWJLaXQvY2hyb21pdW0vQ2hhbmdlTG9nCmluZGV4
IDdlNWIwY2NkNzZmM2RkMjg3YzA2MDEzYWU4OTYyMmU5OTg5OTg0MDguLjFkMmNlMjNlNTJhMGQy
OTVhNTJjOWU0MDFmYTY2MWYyN2Y1NGMwZWMgMTAwNjQ0Ci0tLSBhL1NvdXJjZS9XZWJLaXQvY2hy
b21pdW0vQ2hhbmdlTG9nCisrKyBiL1NvdXJjZS9XZWJLaXQvY2hyb21pdW0vQ2hhbmdlTG9nCkBA
IC0xLDMgKzEsMTMgQEAKKzIwMTItMTItMjYgIE5pY28gV2ViZXIgIDx0aGFraXNAY2hyb21pdW0u
b3JnPgorCisgICAgICAgIFtjaHJvbWl1bV0gRGlzYWJsZSB1bnByZWZpeGVkIGNzcyB0cmFuc2l0
aW9ucyB1bnRpbCB0aGV5J3JlIGZ1bmN0aW9uYWwKKyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtp
dC5vcmcvc2hvd19idWcuY2dpP2lkPTEwNTc3MQorCisgICAgICAgIEJ1ZyAxMDU2NDcgbWVudGlv
bnMgdGhhdCB0aGlzIGlzIG5vdCBmdWxseSBpbXBsZW1lbnRlZCB5ZXQsIGFuZCB0aGUKKyAgICAg
ICAgcGFydGlhbCBzdXBwb3J0IGJyZWFrcyBmZWF0dXJlIGRldGVjdGlvbiBpbiBtb2Rlcm5penIg
YW5kIGZyaWVuZHMuCisKKyAgICAgICAgKiBmZWF0dXJlcy5neXBpOgorCiAyMDEyLTEyLTIxICBY
aWFuemh1IFdhbmcgIDx3YW5neGlhbnpodUBjaHJvbWl1bS5vcmc+CiAKICAgICAgICAgW0Nocm9t
aXVtLUFuZHJvaWRdIFVzZSBoYXJmYnV6ei1uZyBpbnN0ZWFkIG9mIGhhcmZidXp6LW9sZCBvbiBB
bmRyb2lkCmRpZmYgLS1naXQgYS9Tb3VyY2UvV2ViS2l0L2Nocm9taXVtL2ZlYXR1cmVzLmd5cGkg
Yi9Tb3VyY2UvV2ViS2l0L2Nocm9taXVtL2ZlYXR1cmVzLmd5cGkKaW5kZXggYjIyMjc1NWMxNWFl
MzNlYjA3MzAzZDVkNzgzYzRmMThhODViMDg2NS4uNDFjOTg3ZmNlODIyNzI2MGI2MDdlOWQxMDE1
OWYzMzU3ZWY4NTc1OSAxMDA2NDQKLS0tIGEvU291cmNlL1dlYktpdC9jaHJvbWl1bS9mZWF0dXJl
cy5neXBpCisrKyBiL1NvdXJjZS9XZWJLaXQvY2hyb21pdW0vZmVhdHVyZXMuZ3lwaQpAQCAtNDks
NyArNDksNyBAQAogICAgICAgJ0VOQUJMRV9DU1NfSU1BR0VfUkVTT0xVVElPTj0wJywKICAgICAg
ICdFTkFCTEVfQ1NTX1JFR0lPTlM9MScsCiAgICAgICAnRU5BQkxFX0NTU19TSEFERVJTPTEnLAot
ICAgICAgJ0VOQUJMRV9DU1NfVFJBTlNGT1JNU19BTklNQVRJT05TX1RSQU5TSVRJT05TX1VOUFJF
RklYRUQ9MScsCisgICAgICAnRU5BQkxFX0NTU19UUkFOU0ZPUk1TX0FOSU1BVElPTlNfVFJBTlNJ
VElPTlNfVU5QUkVGSVhFRD0wJywKICAgICAgICdFTkFCTEVfQ1NTX1ZBUklBQkxFUz0xJywKICAg
ICAgICdFTkFCTEVfQ1NTX1NUSUNLWV9QT1NJVElPTj0xJywKICAgICAgICdFTkFCTEVfQ1VTVE9N
X1NDSEVNRV9IQU5ETEVSPTAnLAo=
</data>

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>180759</attachid>
            <date>2012-12-26 11:51:03 -0800</date>
            <delta_ts>2012-12-26 16:37:29 -0800</delta_ts>
            <desc>Patch</desc>
            <filename>bug-105771-20121226114816.patch</filename>
            <type>text/plain</type>
            <size>2343</size>
            <attacher name="Nico Weber">thakis</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMTM4NDQ1CmRpZmYgLS1naXQgYS9Tb3VyY2UvV2ViS2l0L2No
cm9taXVtL0NoYW5nZUxvZyBiL1NvdXJjZS9XZWJLaXQvY2hyb21pdW0vQ2hhbmdlTG9nCmluZGV4
IDdlNWIwY2NkNzZmM2RkMjg3YzA2MDEzYWU4OTYyMmU5OTg5OTg0MDguLjFkMmNlMjNlNTJhMGQy
OTVhNTJjOWU0MDFmYTY2MWYyN2Y1NGMwZWMgMTAwNjQ0Ci0tLSBhL1NvdXJjZS9XZWJLaXQvY2hy
b21pdW0vQ2hhbmdlTG9nCisrKyBiL1NvdXJjZS9XZWJLaXQvY2hyb21pdW0vQ2hhbmdlTG9nCkBA
IC0xLDMgKzEsMTMgQEAKKzIwMTItMTItMjYgIE5pY28gV2ViZXIgIDx0aGFraXNAY2hyb21pdW0u
b3JnPgorCisgICAgICAgIFtjaHJvbWl1bV0gRGlzYWJsZSB1bnByZWZpeGVkIGNzcyB0cmFuc2l0
aW9ucyB1bnRpbCB0aGV5J3JlIGZ1bmN0aW9uYWwKKyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtp
dC5vcmcvc2hvd19idWcuY2dpP2lkPTEwNTc3MQorCisgICAgICAgIEJ1ZyAxMDU2NDcgbWVudGlv
bnMgdGhhdCB0aGlzIGlzIG5vdCBmdWxseSBpbXBsZW1lbnRlZCB5ZXQsIGFuZCB0aGUKKyAgICAg
ICAgcGFydGlhbCBzdXBwb3J0IGJyZWFrcyBmZWF0dXJlIGRldGVjdGlvbiBpbiBtb2Rlcm5penIg
YW5kIGZyaWVuZHMuCisKKyAgICAgICAgKiBmZWF0dXJlcy5neXBpOgorCiAyMDEyLTEyLTIxICBY
aWFuemh1IFdhbmcgIDx3YW5neGlhbnpodUBjaHJvbWl1bS5vcmc+CiAKICAgICAgICAgW0Nocm9t
aXVtLUFuZHJvaWRdIFVzZSBoYXJmYnV6ei1uZyBpbnN0ZWFkIG9mIGhhcmZidXp6LW9sZCBvbiBB
bmRyb2lkCmRpZmYgLS1naXQgYS9Tb3VyY2UvV2ViS2l0L2Nocm9taXVtL2ZlYXR1cmVzLmd5cGkg
Yi9Tb3VyY2UvV2ViS2l0L2Nocm9taXVtL2ZlYXR1cmVzLmd5cGkKaW5kZXggYjIyMjc1NWMxNWFl
MzNlYjA3MzAzZDVkNzgzYzRmMThhODViMDg2NS4uNDFjOTg3ZmNlODIyNzI2MGI2MDdlOWQxMDE1
OWYzMzU3ZWY4NTc1OSAxMDA2NDQKLS0tIGEvU291cmNlL1dlYktpdC9jaHJvbWl1bS9mZWF0dXJl
cy5neXBpCisrKyBiL1NvdXJjZS9XZWJLaXQvY2hyb21pdW0vZmVhdHVyZXMuZ3lwaQpAQCAtNDks
NyArNDksNyBAQAogICAgICAgJ0VOQUJMRV9DU1NfSU1BR0VfUkVTT0xVVElPTj0wJywKICAgICAg
ICdFTkFCTEVfQ1NTX1JFR0lPTlM9MScsCiAgICAgICAnRU5BQkxFX0NTU19TSEFERVJTPTEnLAot
ICAgICAgJ0VOQUJMRV9DU1NfVFJBTlNGT1JNU19BTklNQVRJT05TX1RSQU5TSVRJT05TX1VOUFJF
RklYRUQ9MScsCisgICAgICAnRU5BQkxFX0NTU19UUkFOU0ZPUk1TX0FOSU1BVElPTlNfVFJBTlNJ
VElPTlNfVU5QUkVGSVhFRD0wJywKICAgICAgICdFTkFCTEVfQ1NTX1ZBUklBQkxFUz0xJywKICAg
ICAgICdFTkFCTEVfQ1NTX1NUSUNLWV9QT1NJVElPTj0xJywKICAgICAgICdFTkFCTEVfQ1VTVE9N
X1NDSEVNRV9IQU5ETEVSPTAnLApkaWZmIC0tZ2l0IGEvTGF5b3V0VGVzdHMvcGxhdGZvcm0vY2hy
b21pdW0vVGVzdEV4cGVjdGF0aW9ucyBiL0xheW91dFRlc3RzL3BsYXRmb3JtL2Nocm9taXVtL1Rl
c3RFeHBlY3RhdGlvbnMKaW5kZXggZDY5NWM3NGZmYjJlMGQ0MmE0NzgxM2QyMWNmNWY4MTc0OGE4
YzJkZS4uNDY5YjE5YTkxN2Q2Y2UxNmY5NGVkZTA0YTdkNjdkMWQyOGJhNGRmZiAxMDA2NDQKLS0t
IGEvTGF5b3V0VGVzdHMvcGxhdGZvcm0vY2hyb21pdW0vVGVzdEV4cGVjdGF0aW9ucworKysgYi9M
YXlvdXRUZXN0cy9wbGF0Zm9ybS9jaHJvbWl1bS9UZXN0RXhwZWN0YXRpb25zCkBAIC00MjMyLDYg
KzQyMzIsMTAgQEAgd2Via2l0Lm9yZy9iLzEwNDU0OCBbIExpbnV4IF0gZmFzdC90ZXh0L2h5cGhl
bmF0ZS1saW1pdC1saW5lcy5odG1sIFsgRmFpbHVyZSBdCiB3ZWJraXQub3JnL2IvMTA0NTQ4IFsg
TGludXggXSBmYXN0L3RleHQvaHlwaGVuYXRlLWxvY2FsZS5odG1sIFsgRmFpbHVyZSBdCiB3ZWJr
aXQub3JnL2IvMTA0NTQ4IFsgTGludXggXSBmYXN0L3RleHQvaHlwaGVucy5odG1sIFsgRmFpbHVy
ZSBdCiAKKyMgVW5wcmVmaXhlZCB0cmFuc2l0aW9ucyBhcmUgZGlzYWJsZWQgd2hpbGUgdGhleSdy
ZSBiZWluZyBpbXBsZW1lbnRlZC4KKyMgU2VlIGFsc28gaHR0cDovL3drYi51Zy8xMDU2NDcKK3dl
YmtpdC5vcmcvYi85MzEzNiB0cmFuc2l0aW9ucy90cmFuc2l0aW9ucy1wYXJzaW5nLmh0bWwgWyBG
YWlsdXJlIF0KKwogIyBGbGFreQogd2Via2l0Lm9yZy9iLzEwNDI4MyBbIFdpbiBSZWxlYXNlIF0g
Zm9udHMvbW9ub3NwYWNlLmh0bWwgWyBGYWlsdXJlIFBhc3MgXQogd2Via2l0Lm9yZy9iLzEwNDI4
MyBbIE1hYyBEZWJ1ZyBdIGZvbnRzL21vbm9zcGFjZS5odG1sIFsgSW1hZ2VPbmx5RmFpbHVyZSBQ
YXNzIF0K
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>180766</attachid>
            <date>2012-12-26 16:37:32 -0800</date>
            <delta_ts>2012-12-26 17:15:20 -0800</delta_ts>
            <desc>Patch for landing</desc>
            <filename>bug-105771-20121226163444.patch</filename>
            <type>text/plain</type>
            <size>2379</size>
            <attacher name="Nico Weber">thakis</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMTM4NDQ1CmRpZmYgLS1naXQgYS9Tb3VyY2UvV2ViS2l0L2No
cm9taXVtL0NoYW5nZUxvZyBiL1NvdXJjZS9XZWJLaXQvY2hyb21pdW0vQ2hhbmdlTG9nCmluZGV4
IDdlNWIwY2NkNzZmM2RkMjg3YzA2MDEzYWU4OTYyMmU5OTg5OTg0MDguLjFlMzcxYjZhNmY2ZDA5
MTYyMWEzMjIwNWY4MDBjODg3MzFhNDBkYTUgMTAwNjQ0Ci0tLSBhL1NvdXJjZS9XZWJLaXQvY2hy
b21pdW0vQ2hhbmdlTG9nCisrKyBiL1NvdXJjZS9XZWJLaXQvY2hyb21pdW0vQ2hhbmdlTG9nCkBA
IC0xLDMgKzEsMTUgQEAKKzIwMTItMTItMjYgIE5pY28gV2ViZXIgIDx0aGFraXNAY2hyb21pdW0u
b3JnPgorCisgICAgICAgIFtjaHJvbWl1bV0gRGlzYWJsZSB1bnByZWZpeGVkIGNzcyB0cmFuc2l0
aW9ucyB1bnRpbCB0aGV5J3JlIGZ1bmN0aW9uYWwKKyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtp
dC5vcmcvc2hvd19idWcuY2dpP2lkPTEwNTc3MQorCisgICAgICAgIFJldmlld2VkIGJ5IEVyaWMg
U2VpZGVsLgorCisgICAgICAgIEJ1ZyAxMDU2NDcgbWVudGlvbnMgdGhhdCB0aGlzIGlzIG5vdCBm
dWxseSBpbXBsZW1lbnRlZCB5ZXQsIGFuZCB0aGUKKyAgICAgICAgcGFydGlhbCBzdXBwb3J0IGJy
ZWFrcyBmZWF0dXJlIGRldGVjdGlvbiBpbiBtb2Rlcm5penIgYW5kIGZyaWVuZHMuCisKKyAgICAg
ICAgKiBmZWF0dXJlcy5neXBpOgorCiAyMDEyLTEyLTIxICBYaWFuemh1IFdhbmcgIDx3YW5neGlh
bnpodUBjaHJvbWl1bS5vcmc+CiAKICAgICAgICAgW0Nocm9taXVtLUFuZHJvaWRdIFVzZSBoYXJm
YnV6ei1uZyBpbnN0ZWFkIG9mIGhhcmZidXp6LW9sZCBvbiBBbmRyb2lkCmRpZmYgLS1naXQgYS9T
b3VyY2UvV2ViS2l0L2Nocm9taXVtL2ZlYXR1cmVzLmd5cGkgYi9Tb3VyY2UvV2ViS2l0L2Nocm9t
aXVtL2ZlYXR1cmVzLmd5cGkKaW5kZXggYjIyMjc1NWMxNWFlMzNlYjA3MzAzZDVkNzgzYzRmMThh
ODViMDg2NS4uNDFjOTg3ZmNlODIyNzI2MGI2MDdlOWQxMDE1OWYzMzU3ZWY4NTc1OSAxMDA2NDQK
LS0tIGEvU291cmNlL1dlYktpdC9jaHJvbWl1bS9mZWF0dXJlcy5neXBpCisrKyBiL1NvdXJjZS9X
ZWJLaXQvY2hyb21pdW0vZmVhdHVyZXMuZ3lwaQpAQCAtNDksNyArNDksNyBAQAogICAgICAgJ0VO
QUJMRV9DU1NfSU1BR0VfUkVTT0xVVElPTj0wJywKICAgICAgICdFTkFCTEVfQ1NTX1JFR0lPTlM9
MScsCiAgICAgICAnRU5BQkxFX0NTU19TSEFERVJTPTEnLAotICAgICAgJ0VOQUJMRV9DU1NfVFJB
TlNGT1JNU19BTklNQVRJT05TX1RSQU5TSVRJT05TX1VOUFJFRklYRUQ9MScsCisgICAgICAnRU5B
QkxFX0NTU19UUkFOU0ZPUk1TX0FOSU1BVElPTlNfVFJBTlNJVElPTlNfVU5QUkVGSVhFRD0wJywK
ICAgICAgICdFTkFCTEVfQ1NTX1ZBUklBQkxFUz0xJywKICAgICAgICdFTkFCTEVfQ1NTX1NUSUNL
WV9QT1NJVElPTj0xJywKICAgICAgICdFTkFCTEVfQ1VTVE9NX1NDSEVNRV9IQU5ETEVSPTAnLApk
aWZmIC0tZ2l0IGEvTGF5b3V0VGVzdHMvcGxhdGZvcm0vY2hyb21pdW0vVGVzdEV4cGVjdGF0aW9u
cyBiL0xheW91dFRlc3RzL3BsYXRmb3JtL2Nocm9taXVtL1Rlc3RFeHBlY3RhdGlvbnMKaW5kZXgg
ZDY5NWM3NGZmYjJlMGQ0MmE0NzgxM2QyMWNmNWY4MTc0OGE4YzJkZS4uNDY5YjE5YTkxN2Q2Y2Ux
NmY5NGVkZTA0YTdkNjdkMWQyOGJhNGRmZiAxMDA2NDQKLS0tIGEvTGF5b3V0VGVzdHMvcGxhdGZv
cm0vY2hyb21pdW0vVGVzdEV4cGVjdGF0aW9ucworKysgYi9MYXlvdXRUZXN0cy9wbGF0Zm9ybS9j
aHJvbWl1bS9UZXN0RXhwZWN0YXRpb25zCkBAIC00MjMyLDYgKzQyMzIsMTAgQEAgd2Via2l0Lm9y
Zy9iLzEwNDU0OCBbIExpbnV4IF0gZmFzdC90ZXh0L2h5cGhlbmF0ZS1saW1pdC1saW5lcy5odG1s
IFsgRmFpbHVyZSBdCiB3ZWJraXQub3JnL2IvMTA0NTQ4IFsgTGludXggXSBmYXN0L3RleHQvaHlw
aGVuYXRlLWxvY2FsZS5odG1sIFsgRmFpbHVyZSBdCiB3ZWJraXQub3JnL2IvMTA0NTQ4IFsgTGlu
dXggXSBmYXN0L3RleHQvaHlwaGVucy5odG1sIFsgRmFpbHVyZSBdCiAKKyMgVW5wcmVmaXhlZCB0
cmFuc2l0aW9ucyBhcmUgZGlzYWJsZWQgd2hpbGUgdGhleSdyZSBiZWluZyBpbXBsZW1lbnRlZC4K
KyMgU2VlIGFsc28gaHR0cDovL3drYi51Zy8xMDU2NDcKK3dlYmtpdC5vcmcvYi85MzEzNiB0cmFu
c2l0aW9ucy90cmFuc2l0aW9ucy1wYXJzaW5nLmh0bWwgWyBGYWlsdXJlIF0KKwogIyBGbGFreQog
d2Via2l0Lm9yZy9iLzEwNDI4MyBbIFdpbiBSZWxlYXNlIF0gZm9udHMvbW9ub3NwYWNlLmh0bWwg
WyBGYWlsdXJlIFBhc3MgXQogd2Via2l0Lm9yZy9iLzEwNDI4MyBbIE1hYyBEZWJ1ZyBdIGZvbnRz
L21vbm9zcGFjZS5odG1sIFsgSW1hZ2VPbmx5RmFpbHVyZSBQYXNzIF0K
</data>

          </attachment>
      

    </bug>

</bugzilla>