<?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>60143</bug_id>
          
          <creation_ts>2011-05-04 00:02:57 -0700</creation_ts>
          <short_desc>Entering full screen fails &gt;= second time on Vimeo.com.</short_desc>
          <delta_ts>2011-05-04 15:07:25 -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>Media</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>Mac</rep_platform>
          <op_sys>OS X 10.6</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc>http://vimeo.com/21567634</bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>InRadar</keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Jer Noble">jer.noble</reporter>
          <assigned_to name="Jer Noble">jer.noble</assigned_to>
          <cc>abarth</cc>
    
    <cc>eric</cc>
    
    <cc>gustavo.noronha</cc>
    
    <cc>gustavo</cc>
    
    <cc>webkit.review.bot</cc>
    
    <cc>xan.lopez</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>397722</commentid>
    <comment_count>0</comment_count>
    <who name="Jer Noble">jer.noble</who>
    <bug_when>2011-05-04 00:02:57 -0700</bug_when>
    <thetext>Entering full screen succeeds the first time when watching a video on Vimeo, but fails the second and subsequent times for a given page.  The video is missing, and the full screen window shows the remaining, non-fullscreen portion of the page.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>397723</commentid>
    <comment_count>1</comment_count>
    <who name="Jer Noble">jer.noble</who>
    <bug_when>2011-05-04 00:03:25 -0700</bug_when>
    <thetext>&lt;rdar://problem/9380650&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>397746</commentid>
    <comment_count>2</comment_count>
      <attachid>92200</attachid>
    <who name="Jer Noble">jer.noble</who>
    <bug_when>2011-05-04 01:54:05 -0700</bug_when>
    <thetext>Created attachment 92200
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>397956</commentid>
    <comment_count>3</comment_count>
      <attachid>92200</attachid>
    <who name="Darin Adler">darin</who>
    <bug_when>2011-05-04 09:12:51 -0700</bug_when>
    <thetext>Comment on attachment 92200
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=92200&amp;action=review

&gt; Source/WebCore/rendering/RenderFullScreen.cpp:42
&gt; +        // Force our layer to be updated by clearing its backing:

Strange non-standard use of a colon here.

I like that the comment says at least something the code does not. But It would be better to have a comment that said something a bit closer to what the change log note says. It’s not entirely clear how “clearing backing” is related to correctly reparenting, and that’s what the comment could help with.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>397966</commentid>
    <comment_count>4</comment_count>
    <who name="Collabora GTK+ EWS bot">gustavo.noronha</who>
    <bug_when>2011-05-04 09:30:30 -0700</bug_when>
    <thetext>Attachment 92200 did not build on gtk:
Build output: http://queues.webkit.org/results/8558538</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>397976</commentid>
    <comment_count>5</comment_count>
    <who name="Jer Noble">jer.noble</who>
    <bug_when>2011-05-04 09:37:30 -0700</bug_when>
    <thetext>gtk is failing because RenderLayerCompositor inherits from GraphicsLayerClient.  The header is included from RenderLayerCompositor.h -&gt; RenderLayerBacking.h -&gt; GraphicsLayerClient.h.

Unfortunately, the include in RenderLayerBacking.h is wrapped in a #if USE(ACCELERATED_COMPOSITING), so presumably gtk does not have that flag set.

I&apos;ll wrap the #include &quot;RenderLayerCompositor.h&quot; statement in a #if USE(ACCELERATED_COMPOSITING) conditional before checking in.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>397979</commentid>
    <comment_count>6</comment_count>
    <who name="Jer Noble">jer.noble</who>
    <bug_when>2011-05-04 09:38:16 -0700</bug_when>
    <thetext>In the long run, however, the entirety of RenderLayerCompositor.h should be wrapped in a #if USE(ACCELERATED_COMPOSITING) if it is truly dependent on that flag (as it seems it is).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>397985</commentid>
    <comment_count>7</comment_count>
    <who name="Jer Noble">jer.noble</who>
    <bug_when>2011-05-04 09:42:16 -0700</bug_when>
    <thetext>Filed bug #60180 to cover the compile error.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>397990</commentid>
    <comment_count>8</comment_count>
    <who name="Jer Noble">jer.noble</who>
    <bug_when>2011-05-04 09:44:52 -0700</bug_when>
    <thetext>(In reply to comment #3)
&gt; (From update of attachment 92200 [details])
&gt; View in context: https://bugs.webkit.org/attachment.cgi?id=92200&amp;action=review
&gt; 
&gt; &gt; Source/WebCore/rendering/RenderFullScreen.cpp:42
&gt; &gt; +        // Force our layer to be updated by clearing its backing:
&gt; 
&gt; Strange non-standard use of a colon here.
&gt; 
&gt; I like that the comment says at least something the code does not. But It would be better to have a comment that said something a bit closer to what the change log note says. It’s not entirely clear how “clearing backing” is related to correctly reparenting, and that’s what the comment could help with.

I&apos;ve changed this comment to read: 

&quot;Clearing the layer&apos;s backing will force the compositor to reparent the layer the next time layers are synchronized.&quot;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>398116</commentid>
    <comment_count>9</comment_count>
    <who name="Jer Noble">jer.noble</who>
    <bug_when>2011-05-04 11:39:46 -0700</bug_when>
    <thetext>Committed r85767: &lt;http://trac.webkit.org/changeset/85767&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>398286</commentid>
    <comment_count>10</comment_count>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2011-05-04 15:07:25 -0700</bug_when>
    <thetext>http://trac.webkit.org/changeset/85767 might have broken GTK Linux 64-bit Debug
The following tests are not passing:
http/tests/navigation/response204.html</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>92200</attachid>
            <date>2011-05-04 01:54:05 -0700</date>
            <delta_ts>2011-05-04 09:12:51 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-60143-20110504015407.patch</filename>
            <type>text/plain</type>
            <size>1834</size>
            <attacher name="Jer Noble">jer.noble</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogODU2MzAKZGlmZiAtLWdpdCBhL1NvdXJjZS9XZWJDb3JlL0No
YW5nZUxvZyBiL1NvdXJjZS9XZWJDb3JlL0NoYW5nZUxvZwppbmRleCBjOTJmMWJhMmM2NDYwYjY2
MGJjNjM2MTIzZTM4ZTUxZDE3NjJmZmJlLi44YTE4MmQ0YmRhYzU4MzBlNDg2NTQxZTA5NzFmNjg4
OTMxMDAzYTVkIDEwMDY0NAotLS0gYS9Tb3VyY2UvV2ViQ29yZS9DaGFuZ2VMb2cKKysrIGIvU291
cmNlL1dlYkNvcmUvQ2hhbmdlTG9nCkBAIC0xLDMgKzEsMTggQEAKKzIwMTEtMDUtMDQgIEplciBO
b2JsZSAgPGplci5ub2JsZUBhcHBsZS5jb20+CisKKyAgICAgICAgUmV2aWV3ZWQgYnkgTk9CT0RZ
IChPT1BTISkuCisKKyAgICAgICAgRW50ZXJpbmcgZnVsbCBzY3JlZW4gZmFpbHMgPj0gc2Vjb25k
IHRpbWUgb24gVmltZW8uY29tLgorICAgICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9zaG93
X2J1Zy5jZ2k/aWQ9NjAxNDMKKworICAgICAgICBGb3JjZSB0aGUgUmVuZGVyRnVsbFNjcmVlbidz
IGxheWVyIGJhY2tpbmcgdG8gYmUgcmVjcmVhdGVkIHdoZW4gc2V0QW5pbWF0aW5nKCkgaXMgY2Fs
bGVkLgorICAgICAgICBQcmV2aW91c2x5LCB0aGUgUmVuZGVyTGF5ZXJDb21wb3NpdG9yIHdvdWxk
IGZhaWwgdG8gcmVwYXJlbnQgdGhlIFJlbmRlckZ1bGxTY3JlZW4ncyBsYXllcgorICAgICAgICBh
dCB0aGUgZW5kIG9mIGFuIGFuaW1hdGlvbiwgaWYgaXQgZGV0ZXJtaW5lZCB0aGF0IHRoZSBSZW5k
ZXJGdWxsU2NyZWVuIHdvdWxkIHN0aWxsIHJlcXVpcmUKKyAgICAgICAgYSBsYXllciBldmVuIHdo
ZW4gbm90IGFuaW1hdGluZy4KKworICAgICAgICAqIHJlbmRlcmluZy9SZW5kZXJGdWxsU2NyZWVu
LmNwcDoKKyAgICAgICAgKFJlbmRlckZ1bGxTY3JlZW46OnNldEFuaW1hdGluZyk6IENsZWFyIHRo
ZSByZW5kZXJlcidzIGxheWVyLgorCiAyMDExLTA1LTAzICBKZXIgTm9ibGUgIDxqZXIubm9ibGVA
YXBwbGUuY29tPgogCiAgICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgpkaWZmIC0t
Z2l0IGEvU291cmNlL1dlYkNvcmUvcmVuZGVyaW5nL1JlbmRlckZ1bGxTY3JlZW4uY3BwIGIvU291
cmNlL1dlYkNvcmUvcmVuZGVyaW5nL1JlbmRlckZ1bGxTY3JlZW4uY3BwCmluZGV4IDQ3NjcyN2Rj
NjA1Nzg3MTYxYjE4OGQ0M2RjN2EzMmQyMzE1MWFmMzEuLjA4YmQxMjlmM2JhMDA4ZjIwMWZhMjFh
NmY1ZTc2YWVlNmZmZDAxNDcgMTAwNjQ0Ci0tLSBhL1NvdXJjZS9XZWJDb3JlL3JlbmRlcmluZy9S
ZW5kZXJGdWxsU2NyZWVuLmNwcAorKysgYi9Tb3VyY2UvV2ViQ29yZS9yZW5kZXJpbmcvUmVuZGVy
RnVsbFNjcmVlbi5jcHAKQEAgLTI5LDYgKzI5LDcgQEAKICNpbmNsdWRlICJSZW5kZXJGdWxsU2Ny
ZWVuLmgiCiAKICNpbmNsdWRlICJSZW5kZXJMYXllci5oIgorI2luY2x1ZGUgIlJlbmRlckxheWVy
Q29tcG9zaXRvci5oIgogCiB1c2luZyBuYW1lc3BhY2UgV2ViQ29yZTsKIApAQCAtMzYsOCArMzcs
MTEgQEAgdm9pZCBSZW5kZXJGdWxsU2NyZWVuOjpzZXRBbmltYXRpbmcoYm9vbCBhbmltYXRpbmcp
CiB7CiAgICAgbV9pc0FuaW1hdGluZyA9IGFuaW1hdGluZzsKICNpZiBVU0UoQUNDRUxFUkFURURf
Q09NUE9TSVRJTkcpCi0gICAgaWYgKGxheWVyKCkpCisgICAgaWYgKGxheWVyKCkpIHsKICAgICAg
ICAgbGF5ZXIoKS0+Y29udGVudENoYW5nZWQoUmVuZGVyTGF5ZXI6OkZ1bGxTY3JlZW5DaGFuZ2Vk
KTsKKyAgICAgICAgLy8gRm9yY2Ugb3VyIGxheWVyIHRvIGJlIHVwZGF0ZWQgYnkgY2xlYXJpbmcg
aXRzIGJhY2tpbmc6CisgICAgICAgIGxheWVyKCktPmNsZWFyQmFja2luZygpOworICAgIH0KICNl
bmRpZgogfQogCg==
</data>
<flag name="review"
          id="85144"
          type_id="1"
          status="+"
          setter="darin"
    />
          </attachment>
      

    </bug>

</bugzilla>