<?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>81790</bug_id>
          
          <creation_ts>2012-03-21 09:07:51 -0700</creation_ts>
          <short_desc>[chromium] CCThreadProxy must initialize frameBeginTime to monotonicallyIncreasingTime rather than zero</short_desc>
          <delta_ts>2012-03-26 13:14:09 -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>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></keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Nat Duca">nduca</reporter>
          <assigned_to name="Nat Duca">nduca</assigned_to>
          <cc>cc-bugs</cc>
    
    <cc>jamesr</cc>
    
    <cc>tonyg</cc>
    
    <cc>webkit.review.bot</cc>
    
    <cc>wjmaclean</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>584192</commentid>
    <comment_count>0</comment_count>
    <who name="Nat Duca">nduca</who>
    <bug_when>2012-03-21 09:07:51 -0700</bug_when>
    <thetext>[chromium] CCThreadProxy must initialize frameBeginTime to monotonicallyIncreasingTime rather than zero</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>584196</commentid>
    <comment_count>1</comment_count>
      <attachid>133054</attachid>
    <who name="Nat Duca">nduca</who>
    <bug_when>2012-03-21 09:08:28 -0700</bug_when>
    <thetext>Created attachment 133054
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>584238</commentid>
    <comment_count>2</comment_count>
      <attachid>133062</attachid>
    <who name="Nat Duca">nduca</who>
    <bug_when>2012-03-21 09:47:20 -0700</bug_when>
    <thetext>Created attachment 133062
Use other time</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>584251</commentid>
    <comment_count>3</comment_count>
    <who name="W. James MacLean">wjmaclean</who>
    <bug_when>2012-03-21 09:57:24 -0700</bug_when>
    <thetext>Why change to currentTime?

When I tried the first patch with monotonic time, slashdot.org work great.

With currentTime I get weird jankiness near the bottom of the page when slashdot.org tries to load more, thus extending the page length.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>584271</commentid>
    <comment_count>4</comment_count>
    <who name="Nat Duca">nduca</who>
    <bug_when>2012-03-21 10:10:41 -0700</bug_when>
    <thetext>I&apos;m surprised at this causing jank -- I wonder if its coincidental?

The issue here is that same interface drives the JS requestAnimationFrame which still requires regular timestamps. I experimented with passing both, but because our CCLTH-&gt;WVI callback path is certifiably insane, that is hard to make work right.

How about we fix the correctness bug and then come back and do tuning and/or dual timestamps as a followon patch.

Or, we could do this:
https://bugs.webkit.org/show_bug.cgi?id=66683

Which would then allow our updateAnimation flow to use monotonic clock as well.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>584278</commentid>
    <comment_count>5</comment_count>
    <who name="W. James MacLean">wjmaclean</who>
    <bug_when>2012-03-21 10:17:47 -0700</bug_when>
    <thetext>(In reply to comment #4)
&gt; I&apos;m surprised at this causing jank -- I wonder if its coincidental?

Not sure, it only seems to occur at that spot on the page when slashdot tries to load more content ... before and after it&apos;s fine, but it&apos;s goes all weird during the loading.

&gt; The issue here is that same interface drives the JS requestAnimationFrame which still requires regular timestamps. I experimented with passing both, but because our CCLTH-&gt;WVI callback path is certifiably insane, that is hard to make work right.
&gt; 
&gt; How about we fix the correctness bug and then come back and do tuning and/or dual timestamps as a followon patch.
&gt; 
&gt; Or, we could do this:
&gt; https://bugs.webkit.org/show_bug.cgi?id=66683
&gt; 
&gt; Which would then allow our updateAnimation flow to use monotonic clock as well.

I&apos;m good with either, as I don&apos;t (at the moment) have a clear opinion as to which route is better. We can file a follow-on bug for the jankiness.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>584303</commentid>
    <comment_count>6</comment_count>
      <attachid>133062</attachid>
    <who name="James Robinson">jamesr</who>
    <bug_when>2012-03-21 10:28:48 -0700</bug_when>
    <thetext>Comment on attachment 133062
Use other time

R=me

monotonic is better for animations, but updateAnimations() on WVI currently requires currentTime()</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>584428</commentid>
    <comment_count>7</comment_count>
      <attachid>133062</attachid>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2012-03-21 11:43:39 -0700</bug_when>
    <thetext>Comment on attachment 133062
Use other time

Clearing flags on attachment: 133062

Committed r111585: &lt;http://trac.webkit.org/changeset/111585&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>584429</commentid>
    <comment_count>8</comment_count>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2012-03-21 11:43:43 -0700</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>587746</commentid>
    <comment_count>9</comment_count>
    <who name="Tony Gentilcore">tonyg</who>
    <bug_when>2012-03-26 08:03:13 -0700</bug_when>
    <thetext>In the chromium android port (at least) requestAnimationFrame was broken so that the timestamp passed to the callback was always zero. This patch fixed it up.

If this wasn&apos;t a platform specific breakage, I just wanted to double check that some upstream layout tests were failing as well as a result of the broken callback param. If not, we should add a test that verifies a non-zero RAF callback param along with this fix.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>587949</commentid>
    <comment_count>10</comment_count>
    <who name="Nat Duca">nduca</who>
    <bug_when>2012-03-26 11:32:58 -0700</bug_when>
    <thetext>(In reply to comment #9)
&gt; ... is this tested

No it isn&apos;t. Layout tests may not be the correct way to test this, however. Unit test incoming.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>587976</commentid>
    <comment_count>11</comment_count>
    <who name="Tony Gentilcore">tonyg</who>
    <bug_when>2012-03-26 12:13:51 -0700</bug_when>
    <thetext>(In reply to comment #10)
&gt; (In reply to comment #9)
&gt; &gt; ... is this tested
&gt; 
&gt; No it isn&apos;t. Layout tests may not be the correct way to test this, however. Unit test incoming.

Nice.

Just thinking about the params to the RAF callback... since that is exposed to the web platform, can&apos;t there be at least one layout test for it?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>587978</commentid>
    <comment_count>12</comment_count>
    <who name="Nat Duca">nduca</who>
    <bug_when>2012-03-26 12:14:55 -0700</bug_when>
    <thetext>(In reply to comment #11)
&gt; (In reply to comment #10)
Probs could be! I&apos;ve got a unit test on the way, maybe I&quot;ll get that filed, you can r- it and say &quot;make a layout test too&quot; and then I&apos;ll try to get to one of those opportunistically. :)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>588001</commentid>
    <comment_count>13</comment_count>
    <who name="Nat Duca">nduca</who>
    <bug_when>2012-03-26 12:34:24 -0700</bug_when>
    <thetext>(In reply to comment #12)
&gt; (In reply to comment #11)
Woah, such a layout test already exists. ~flail hat~</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>588047</commentid>
    <comment_count>14</comment_count>
    <who name="Nat Duca">nduca</who>
    <bug_when>2012-03-26 13:14:09 -0700</bug_when>
    <thetext>(In reply to comment #13)
&gt; Woah, such a layout test already exists. ~flail hat~

https://bugs.webkit.org/show_bug.cgi?id=82236

The reason this slipped passed layout tests is because the layout tests run without threaded mode flags. I know jamesr has wanted to fix this for a while.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>133054</attachid>
            <date>2012-03-21 09:08:28 -0700</date>
            <delta_ts>2012-03-21 09:47:18 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-81790-20120321090826.patch</filename>
            <type>text/plain</type>
            <size>1719</size>
            <attacher name="Nat Duca">nduca</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMTExNTE4CmRpZmYgLS1naXQgYS9Tb3VyY2UvV2ViQ29yZS9D
aGFuZ2VMb2cgYi9Tb3VyY2UvV2ViQ29yZS9DaGFuZ2VMb2cKaW5kZXggMWY2YmRkZjE1YzFkNDIz
MzY0MTVjMmMzOWI1NzczZTU1OGEyMmU5Ni4uMjk4Mzc2MmZkZDM4ZjQ1ZDdhNmMyYzEwZGQ3ZGI4
YjEzZDFiMzJkMCAxMDA2NDQKLS0tIGEvU291cmNlL1dlYkNvcmUvQ2hhbmdlTG9nCisrKyBiL1Nv
dXJjZS9XZWJDb3JlL0NoYW5nZUxvZwpAQCAtMSwzICsxLDEzIEBACisyMDEyLTAzLTIxICBOYXQg
RHVjYSAgPG5kdWNhQGNocm9taXVtLm9yZz4KKworICAgICAgICBbY2hyb21pdW1dIENDVGhyZWFk
UHJveHkgbXVzdCBpbml0aWFsaXplIGZyYW1lQmVnaW5UaW1lIHRvIG1vbm90b25pY2FsbHlJbmNy
ZWFzaW5nVGltZSByYXRoZXIgdGhhbiB6ZXJvCisgICAgICAgIGh0dHBzOi8vYnVncy53ZWJraXQu
b3JnL3Nob3dfYnVnLmNnaT9pZD04MTc5MAorCisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAo
T09QUyEpLgorCisgICAgICAgICogcGxhdGZvcm0vZ3JhcGhpY3MvY2hyb21pdW0vY2MvQ0NUaHJl
YWRQcm94eS5jcHA6CisgICAgICAgIChXZWJDb3JlOjpDQ1RocmVhZFByb3h5OjpzY2hlZHVsZWRB
Y3Rpb25CZWdpbkZyYW1lKToKKwogMjAxMi0wMy0yMSAgSm9uYXRoYW4gRG9uZyAgPGpvbmF0aGFu
LmRvbmdAdG9yY2htb2JpbGUuY29tLmNuPgogCiAgICAgICAgIFtCbGFja0JlcnJ5XSBVcHN0cmVh
bWluZyBibGFja2JlcnJ5IHNwZWNpZmljIGNzcyBmaWxlCmRpZmYgLS1naXQgYS9Tb3VyY2UvV2Vi
Q29yZS9wbGF0Zm9ybS9ncmFwaGljcy9jaHJvbWl1bS9jYy9DQ1RocmVhZFByb3h5LmNwcCBiL1Nv
dXJjZS9XZWJDb3JlL3BsYXRmb3JtL2dyYXBoaWNzL2Nocm9taXVtL2NjL0NDVGhyZWFkUHJveHku
Y3BwCmluZGV4IGQ1NDg4ZjJjNzFkOWNiNTBhMzE3NWIxYWQ3N2UwYTdkYzVkNGQ1MjAuLjYyZTcw
MjQ1OTBhZmViNjk1YzJjMWU1NTZjMjc2ZWFlZGMyNzUxNzAgMTAwNjQ0Ci0tLSBhL1NvdXJjZS9X
ZWJDb3JlL3BsYXRmb3JtL2dyYXBoaWNzL2Nocm9taXVtL2NjL0NDVGhyZWFkUHJveHkuY3BwCisr
KyBiL1NvdXJjZS9XZWJDb3JlL3BsYXRmb3JtL2dyYXBoaWNzL2Nocm9taXVtL2NjL0NDVGhyZWFk
UHJveHkuY3BwCkBAIC0zOTcsNyArMzk3LDcgQEAgdm9pZCBDQ1RocmVhZFByb3h5OjpzY2hlZHVs
ZWRBY3Rpb25CZWdpbkZyYW1lKCkKICAgICBUUkFDRV9FVkVOVDAoImNjIiwgIkNDVGhyZWFkUHJv
eHk6OnNjaGVkdWxlZEFjdGlvbkJlZ2luRnJhbWUiKTsKICAgICBBU1NFUlQoIW1fcGVuZGluZ0Jl
Z2luRnJhbWVSZXF1ZXN0KTsKICAgICBtX3BlbmRpbmdCZWdpbkZyYW1lUmVxdWVzdCA9IGFkb3B0
UHRyKG5ldyBCZWdpbkZyYW1lQW5kQ29tbWl0U3RhdGUoKSk7Ci0gICAgbV9wZW5kaW5nQmVnaW5G
cmFtZVJlcXVlc3QtPmZyYW1lQmVnaW5UaW1lID0gMDsKKyAgICBtX3BlbmRpbmdCZWdpbkZyYW1l
UmVxdWVzdC0+ZnJhbWVCZWdpblRpbWUgPSBtb25vdG9uaWNhbGx5SW5jcmVhc2luZ1RpbWUoKTsK
ICAgICBtX3BlbmRpbmdCZWdpbkZyYW1lUmVxdWVzdC0+c2Nyb2xsSW5mbyA9IG1fbGF5ZXJUcmVl
SG9zdEltcGwtPnByb2Nlc3NTY3JvbGxEZWx0YXMoKTsKIAogICAgIG1fbWFpblRocmVhZFByb3h5
LT5wb3N0VGFzayhjcmVhdGVDQ1RocmVhZFRhc2sodGhpcywgJkNDVGhyZWFkUHJveHk6OmJlZ2lu
RnJhbWUpKTsK
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>133062</attachid>
            <date>2012-03-21 09:47:20 -0700</date>
            <delta_ts>2012-03-21 11:43:39 -0700</delta_ts>
            <desc>Use other time</desc>
            <filename>bug-81790-20120321094719.patch</filename>
            <type>text/plain</type>
            <size>1703</size>
            <attacher name="Nat Duca">nduca</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMTExNTE4CmRpZmYgLS1naXQgYS9Tb3VyY2UvV2ViQ29yZS9D
aGFuZ2VMb2cgYi9Tb3VyY2UvV2ViQ29yZS9DaGFuZ2VMb2cKaW5kZXggMWY2YmRkZjE1YzFkNDIz
MzY0MTVjMmMzOWI1NzczZTU1OGEyMmU5Ni4uMjk4Mzc2MmZkZDM4ZjQ1ZDdhNmMyYzEwZGQ3ZGI4
YjEzZDFiMzJkMCAxMDA2NDQKLS0tIGEvU291cmNlL1dlYkNvcmUvQ2hhbmdlTG9nCisrKyBiL1Nv
dXJjZS9XZWJDb3JlL0NoYW5nZUxvZwpAQCAtMSwzICsxLDEzIEBACisyMDEyLTAzLTIxICBOYXQg
RHVjYSAgPG5kdWNhQGNocm9taXVtLm9yZz4KKworICAgICAgICBbY2hyb21pdW1dIENDVGhyZWFk
UHJveHkgbXVzdCBpbml0aWFsaXplIGZyYW1lQmVnaW5UaW1lIHRvIG1vbm90b25pY2FsbHlJbmNy
ZWFzaW5nVGltZSByYXRoZXIgdGhhbiB6ZXJvCisgICAgICAgIGh0dHBzOi8vYnVncy53ZWJraXQu
b3JnL3Nob3dfYnVnLmNnaT9pZD04MTc5MAorCisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAo
T09QUyEpLgorCisgICAgICAgICogcGxhdGZvcm0vZ3JhcGhpY3MvY2hyb21pdW0vY2MvQ0NUaHJl
YWRQcm94eS5jcHA6CisgICAgICAgIChXZWJDb3JlOjpDQ1RocmVhZFByb3h5OjpzY2hlZHVsZWRB
Y3Rpb25CZWdpbkZyYW1lKToKKwogMjAxMi0wMy0yMSAgSm9uYXRoYW4gRG9uZyAgPGpvbmF0aGFu
LmRvbmdAdG9yY2htb2JpbGUuY29tLmNuPgogCiAgICAgICAgIFtCbGFja0JlcnJ5XSBVcHN0cmVh
bWluZyBibGFja2JlcnJ5IHNwZWNpZmljIGNzcyBmaWxlCmRpZmYgLS1naXQgYS9Tb3VyY2UvV2Vi
Q29yZS9wbGF0Zm9ybS9ncmFwaGljcy9jaHJvbWl1bS9jYy9DQ1RocmVhZFByb3h5LmNwcCBiL1Nv
dXJjZS9XZWJDb3JlL3BsYXRmb3JtL2dyYXBoaWNzL2Nocm9taXVtL2NjL0NDVGhyZWFkUHJveHku
Y3BwCmluZGV4IGQ1NDg4ZjJjNzFkOWNiNTBhMzE3NWIxYWQ3N2UwYTdkYzVkNGQ1MjAuLjg3OWFh
YmZjY2QxYzY4ZjBlMzg5M2Y5OGIzNTBkYzg5YzAwYzY1NWUgMTAwNjQ0Ci0tLSBhL1NvdXJjZS9X
ZWJDb3JlL3BsYXRmb3JtL2dyYXBoaWNzL2Nocm9taXVtL2NjL0NDVGhyZWFkUHJveHkuY3BwCisr
KyBiL1NvdXJjZS9XZWJDb3JlL3BsYXRmb3JtL2dyYXBoaWNzL2Nocm9taXVtL2NjL0NDVGhyZWFk
UHJveHkuY3BwCkBAIC0zOTcsNyArMzk3LDcgQEAgdm9pZCBDQ1RocmVhZFByb3h5OjpzY2hlZHVs
ZWRBY3Rpb25CZWdpbkZyYW1lKCkKICAgICBUUkFDRV9FVkVOVDAoImNjIiwgIkNDVGhyZWFkUHJv
eHk6OnNjaGVkdWxlZEFjdGlvbkJlZ2luRnJhbWUiKTsKICAgICBBU1NFUlQoIW1fcGVuZGluZ0Jl
Z2luRnJhbWVSZXF1ZXN0KTsKICAgICBtX3BlbmRpbmdCZWdpbkZyYW1lUmVxdWVzdCA9IGFkb3B0
UHRyKG5ldyBCZWdpbkZyYW1lQW5kQ29tbWl0U3RhdGUoKSk7Ci0gICAgbV9wZW5kaW5nQmVnaW5G
cmFtZVJlcXVlc3QtPmZyYW1lQmVnaW5UaW1lID0gMDsKKyAgICBtX3BlbmRpbmdCZWdpbkZyYW1l
UmVxdWVzdC0+ZnJhbWVCZWdpblRpbWUgPSBjdXJyZW50VGltZSgpOwogICAgIG1fcGVuZGluZ0Jl
Z2luRnJhbWVSZXF1ZXN0LT5zY3JvbGxJbmZvID0gbV9sYXllclRyZWVIb3N0SW1wbC0+cHJvY2Vz
c1Njcm9sbERlbHRhcygpOwogCiAgICAgbV9tYWluVGhyZWFkUHJveHktPnBvc3RUYXNrKGNyZWF0
ZUNDVGhyZWFkVGFzayh0aGlzLCAmQ0NUaHJlYWRQcm94eTo6YmVnaW5GcmFtZSkpOwo=
</data>

          </attachment>
      

    </bug>

</bugzilla>