<?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>99852</bug_id>
          
          <creation_ts>2012-10-19 10:16:17 -0700</creation_ts>
          <short_desc>Gstreamer 1.0 not working</short_desc>
          <delta_ts>2012-10-22 09:44:42 -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>0</everconfirmed>
          <reporter name="Nicolas Dufresne">nicolas</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>eric.carlson</cc>
    
    <cc>feature-media-reviews</cc>
    
    <cc>gustavo</cc>
    
    <cc>menard</cc>
    
    <cc>mrobinson</cc>
    
    <cc>pnormand</cc>
    
    <cc>webkit.review.bot</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>746411</commentid>
    <comment_count>0</comment_count>
    <who name="Nicolas Dufresne">nicolas</who>
    <bug_when>2012-10-19 10:16:17 -0700</bug_when>
    <thetext>Gstreamer 1.0 not working</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>746416</commentid>
    <comment_count>1</comment_count>
      <attachid>169644</attachid>
    <who name="Nicolas Dufresne">nicolas</who>
    <bug_when>2012-10-19 10:22:40 -0700</bug_when>
    <thetext>Created attachment 169644
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>746422</commentid>
    <comment_count>2</comment_count>
      <attachid>169644</attachid>
    <who name="Alexis Menard (darktears)">menard</who>
    <bug_when>2012-10-19 10:27:54 -0700</bug_when>
    <thetext>Comment on attachment 169644
Patch

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

&gt; Source/WebCore/platform/graphics/gstreamer/GRefPtrGStreamer.cpp:-91
&gt; -    ASSERT(!ptr || !gstObjectIsFloating(GST_OBJECT(ptr)));

You should not get rid of the entire assert no? Testing pointer nullity is still valid to me.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>746435</commentid>
    <comment_count>3</comment_count>
      <attachid>169644</attachid>
    <who name="Philippe Normand">pnormand</who>
    <bug_when>2012-10-19 10:42:15 -0700</bug_when>
    <thetext>Comment on attachment 169644
Patch

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

&gt;&gt; Source/WebCore/platform/graphics/gstreamer/GRefPtrGStreamer.cpp:-91
&gt;&gt; -    ASSERT(!ptr || !gstObjectIsFloating(GST_OBJECT(ptr)));
&gt; 
&gt; You should not get rid of the entire assert no? Testing pointer nullity is still valid to me.

+1

&gt; Source/WebCore/platform/graphics/gstreamer/GStreamerVersioning.cpp:-46
&gt; -    GstCaps* caps = gst_pad_get_current_caps(pad);
&gt; -    if (!caps)
&gt; -        caps = gst_pad_query_caps(pad, 0);
&gt; -    return adoptGRef(caps); // gst_pad_query_caps and gst_pad_get_current_caps return a new reference.

gst_pad_get_current_caps() can return NULL AFAIK. What should we do in that case instead of querying the caps to the pad?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>746461</commentid>
    <comment_count>4</comment_count>
    <who name="Nicolas Dufresne">nicolas</who>
    <bug_when>2012-10-19 11:12:33 -0700</bug_when>
    <thetext>(In reply to comment #3)
&gt; (From update of attachment 169644 [details])
&gt; View in context: https://bugs.webkit.org/attachment.cgi?id=169644&amp;action=review
&gt; 
&gt; &gt;&gt; Source/WebCore/platform/graphics/gstreamer/GRefPtrGStreamer.cpp:-91
&gt; &gt;&gt; -    ASSERT(!ptr || !gstObjectIsFloating(GST_OBJECT(ptr)));
&gt; &gt; 
&gt; &gt; You should not get rid of the entire assert no? Testing pointer nullity is still valid to me.
&gt; 
&gt; +1

ok.

&gt; 
&gt; &gt; Source/WebCore/platform/graphics/gstreamer/GStreamerVersioning.cpp:-46
&gt; &gt; -    GstCaps* caps = gst_pad_get_current_caps(pad);
&gt; &gt; -    if (!caps)
&gt; &gt; -        caps = gst_pad_query_caps(pad, 0);
&gt; &gt; -    return adoptGRef(caps); // gst_pad_query_caps and gst_pad_get_current_caps return a new reference.
&gt; 
&gt; gst_pad_get_current_caps() can return NULL AFAIK. What should we do in that case instead of querying the caps to the pad?

Nothing, 0.10 GST_PAD_CAPS() macro you can also return NULL and this is handled gracefully by callers (by not painting).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>746467</commentid>
    <comment_count>5</comment_count>
    <who name="Nicolas Dufresne">nicolas</who>
    <bug_when>2012-10-19 11:16:10 -0700</bug_when>
    <thetext>(In reply to comment #4)
&gt; (In reply to comment #3)
&gt; &gt; (From update of attachment 169644 [details] [details])
&gt; &gt; View in context: https://bugs.webkit.org/attachment.cgi?id=169644&amp;action=review
&gt; &gt; 
&gt; &gt; &gt;&gt; Source/WebCore/platform/graphics/gstreamer/GRefPtrGStreamer.cpp:-91
&gt; &gt; &gt;&gt; -    ASSERT(!ptr || !gstObjectIsFloating(GST_OBJECT(ptr)));
&gt; &gt; &gt; 
&gt; &gt; &gt; You should not get rid of the entire assert no? Testing pointer nullity is still valid to me.
&gt; &gt; 
&gt; &gt; +1
&gt; 
&gt; ok.
&gt; 

Sorry I answered too fast. No the !ptr check is not valid, this is a OR. It is there only to prevent calling GST_OBJECT() with a NULL pointer. It&apos;s totally fine to store NULL in the GRefPtr.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>746520</commentid>
    <comment_count>6</comment_count>
    <who name="Philippe Normand">pnormand</who>
    <bug_when>2012-10-19 12:16:07 -0700</bug_when>
    <thetext>Thank you Nicolas! Hopefully we&apos;ll turn gst-1.0 build support soon in the build-webkit.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>747239</commentid>
    <comment_count>7</comment_count>
    <who name="Philippe Normand">pnormand</who>
    <bug_when>2012-10-21 23:08:14 -0700</bug_when>
    <thetext>If you&apos;re not committer yet please set the cq? flag so the commit-queue takes care of it.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>747599</commentid>
    <comment_count>8</comment_count>
    <who name="Nicolas Dufresne">nicolas</who>
    <bug_when>2012-10-22 09:19:26 -0700</bug_when>
    <thetext>(In reply to comment #7)
&gt; If you&apos;re not committer yet please set the cq? flag so the commit-queue takes care of it.

Sorry I forgot. Done.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>747601</commentid>
    <comment_count>9</comment_count>
      <attachid>169644</attachid>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2012-10-22 09:22:27 -0700</bug_when>
    <thetext>Comment on attachment 169644
Patch

Rejecting attachment 169644 from commit-queue.

nicolas.dufresne@collabora.co.uk does not have committer permissions according to http://trac.webkit.org/browser/trunk/Tools/Scripts/webkitpy/common/config/committers.py.

- If you do not have committer rights please read http://webkit.org/coding/contributing.html for instructions on how to use bugzilla flags.

- If you have committer rights please correct the error in Tools/Scripts/webkitpy/common/config/committers.py by adding yourself to the file (no review needed).  The commit-queue restarts itself every 2 hours.  After restart the commit-queue will correctly respect your committer rights.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>747607</commentid>
    <comment_count>10</comment_count>
    <who name="Nicolas Dufresne">nicolas</who>
    <bug_when>2012-10-22 09:28:30 -0700</bug_when>
    <thetext>(In reply to comment #9)
&gt; (From update of attachment 169644 [details])
&gt; Rejecting attachment 169644 [details] from commit-queue.
&gt; 
&gt; nicolas.dufresne@collabora.co.uk does not have committer permissions according to http://trac.webkit.org/browser/trunk/Tools/Scripts/webkitpy/common/config/committers.py.
&gt; 
&gt; - If you do not have committer rights please read http://webkit.org/coding/contributing.html for instructions on how to use bugzilla flags.
&gt; 
&gt; - If you have committer rights please correct the error in Tools/Scripts/webkitpy/common/config/committers.py by adding yourself to the file (no review needed).  The commit-queue restarts itself every 2 hours.  After restart the commit-queue will correctly respect your committer rights.

Sorry again, selected the wrong option, hopefully setting it to ? now is enough.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>747608</commentid>
    <comment_count>11</comment_count>
      <attachid>169644</attachid>
    <who name="Philippe Normand">pnormand</who>
    <bug_when>2012-10-22 09:28:45 -0700</bug_when>
    <thetext>Comment on attachment 169644
Patch

I did set it to cq+ ...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>747628</commentid>
    <comment_count>12</comment_count>
      <attachid>169644</attachid>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2012-10-22 09:44:38 -0700</bug_when>
    <thetext>Comment on attachment 169644
Patch

Clearing flags on attachment: 169644

Committed r132081: &lt;http://trac.webkit.org/changeset/132081&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>747629</commentid>
    <comment_count>13</comment_count>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2012-10-22 09:44:42 -0700</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>169644</attachid>
            <date>2012-10-19 10:22:40 -0700</date>
            <delta_ts>2012-10-22 09:44:38 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-99852-20121019132123.patch</filename>
            <type>text/plain</type>
            <size>3569</size>
            <attacher name="Nicolas Dufresne">nicolas</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMTMxNjA5CmRpZmYgLS1naXQgYS9Tb3VyY2UvV2ViQ29yZS9D
aGFuZ2VMb2cgYi9Tb3VyY2UvV2ViQ29yZS9DaGFuZ2VMb2cKaW5kZXggOGYzZDZiZWVlYWE3ODAw
OGNhYjNmNDQwN2IwOGZiY2MxMGUyYzJjMy4uOGMzYTliM2Y5NTMzMTEzZjMxOWQ2YmNmMWNlY2Yx
NDQxN2E1NjJmMSAxMDA2NDQKLS0tIGEvU291cmNlL1dlYkNvcmUvQ2hhbmdlTG9nCisrKyBiL1Nv
dXJjZS9XZWJDb3JlL0NoYW5nZUxvZwpAQCAtMSwzICsxLDI0IEBACisyMDEyLTEwLTE5ICBOaWNv
bGFzIER1ZnJlc25lIDxuaWNvbGFzLmR1ZnJlc25lQGNvbGxhYm9yYS5jb20+CisKKyAgICAgICAg
R3N0cmVhbWVyIDEuMCBub3Qgd29ya2luZworICAgICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9y
Zy9zaG93X2J1Zy5jZ2k/aWQ9OTk4NTIKKworICAgICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9P
UFMhKS4KKworICAgICAgICBUaGVyZSB3YXMgYSBzZXJpZXMgb2YgdHJpdmlhbCBpc3N1ZSwgZ19v
YmplY3RfaXNfZmxvYXRpbmcoKSB3YXMgY2FsbGVkCisgICAgICAgIG9uIHR5cGUgR3N0Q2FwcyAo
d2hpY2ggaXMgbm90IGEgR09iamVjdCksIHdlYmtpdEdzdEdldFBhZENhcHMoKSB3YXMKKyAgICAg
ICAgcmV0dXJuaW5nIG5vbi1maXhlZCBjYXBzIGFuZCBHU1RfTUVTU0FHRV9EVVJBVElPTiBoYXMg
YmVlbiByZW5hbWVkCisgICAgICAgIHRvIEdTVF9NRVNTQUdFX0RVUkFUSU9OX0NIQU5HRUQuCisK
KyAgICAgICAgTW9zdCBmYWlsaW5nIHRlc3QgcGFzc2VzIG5vdy4KKworICAgICAgICAqIHBsYXRm
b3JtL2dyYXBoaWNzL2dzdHJlYW1lci9HUmVmUHRyR1N0cmVhbWVyLmNwcDoKKyAgICAgICAgKFdU
Rjo6YWRvcHRHUmVmKToKKyAgICAgICAgKiBwbGF0Zm9ybS9ncmFwaGljcy9nc3RyZWFtZXIvR1N0
cmVhbWVyVmVyc2lvbmluZy5jcHA6CisgICAgICAgICh3ZWJraXRHc3RHZXRQYWRDYXBzKToKKyAg
ICAgICAgKiBwbGF0Zm9ybS9ncmFwaGljcy9nc3RyZWFtZXIvTWVkaWFQbGF5ZXJQcml2YXRlR1N0
cmVhbWVyLmNwcDoKKyAgICAgICAgKFdlYkNvcmU6Ok1lZGlhUGxheWVyUHJpdmF0ZUdTdHJlYW1l
cjo6aGFuZGxlTWVzc2FnZSk6CisKIDIwMTItMTAtMTcgIFZzZXZvbG9kIFZsYXNvdiAgPHZzZXZp
a0BjaHJvbWl1bS5vcmc+CiAKICAgICAgICAgV2ViIEluc3BlY3RvcjogW1JlZ3Jlc3Npb25dIFVu
ZG9pbmcgc2NyaXB0IGNoYW5nZXMgZG9lcyBub3QgcmVzdG9yZSBicmVha3BvaW50cy4KZGlmZiAt
LWdpdCBhL1NvdXJjZS9XZWJDb3JlL3BsYXRmb3JtL2dyYXBoaWNzL2dzdHJlYW1lci9HUmVmUHRy
R1N0cmVhbWVyLmNwcCBiL1NvdXJjZS9XZWJDb3JlL3BsYXRmb3JtL2dyYXBoaWNzL2dzdHJlYW1l
ci9HUmVmUHRyR1N0cmVhbWVyLmNwcAppbmRleCBkZWViMzM5ZDJmYmVkMmI0NTRlZTJkNjgyYzNm
ZDFhYjBlOTExZTM0Li5mZmIwZTE2NzNkM2ZmMjRhM2MxYjQ3YjYwOTliY2RhNDYyNmJlNzJkIDEw
MDY0NAotLS0gYS9Tb3VyY2UvV2ViQ29yZS9wbGF0Zm9ybS9ncmFwaGljcy9nc3RyZWFtZXIvR1Jl
ZlB0ckdTdHJlYW1lci5jcHAKKysrIGIvU291cmNlL1dlYkNvcmUvcGxhdGZvcm0vZ3JhcGhpY3Mv
Z3N0cmVhbWVyL0dSZWZQdHJHU3RyZWFtZXIuY3BwCkBAIC04OCw3ICs4OCw2IEBAIHRlbXBsYXRl
IDw+IHZvaWQgZGVyZWZHUHRyPEdzdFBhZFRlbXBsYXRlPihHc3RQYWRUZW1wbGF0ZSogcHRyKQog
CiB0ZW1wbGF0ZSA8PiBHUmVmUHRyPEdzdENhcHM+IGFkb3B0R1JlZihHc3RDYXBzKiBwdHIpCiB7
Ci0gICAgQVNTRVJUKCFwdHIgfHwgIWdzdE9iamVjdElzRmxvYXRpbmcoR1NUX09CSkVDVChwdHIp
KSk7CiAgICAgcmV0dXJuIEdSZWZQdHI8R3N0Q2Fwcz4ocHRyLCBHUmVmUHRyQWRvcHQpOwogfQog
CmRpZmYgLS1naXQgYS9Tb3VyY2UvV2ViQ29yZS9wbGF0Zm9ybS9ncmFwaGljcy9nc3RyZWFtZXIv
R1N0cmVhbWVyVmVyc2lvbmluZy5jcHAgYi9Tb3VyY2UvV2ViQ29yZS9wbGF0Zm9ybS9ncmFwaGlj
cy9nc3RyZWFtZXIvR1N0cmVhbWVyVmVyc2lvbmluZy5jcHAKaW5kZXggNjM4ZjQ4MGZmZWE5YTAy
MmZlN2NlZTVmMWRkNzJhYWYwZDcwOWU1Yi4uNzE1OGNhZjYyMTU3NTMwYmE3ZTc3Y2Y5OTI3NjQ0
M2E0YWE1YmMwYyAxMDA2NDQKLS0tIGEvU291cmNlL1dlYkNvcmUvcGxhdGZvcm0vZ3JhcGhpY3Mv
Z3N0cmVhbWVyL0dTdHJlYW1lclZlcnNpb25pbmcuY3BwCisrKyBiL1NvdXJjZS9XZWJDb3JlL3Bs
YXRmb3JtL2dyYXBoaWNzL2dzdHJlYW1lci9HU3RyZWFtZXJWZXJzaW9uaW5nLmNwcApAQCAtNDAs
MTAgKzQwLDcgQEAgR1JlZlB0cjxHc3RDYXBzPiB3ZWJraXRHc3RHZXRQYWRDYXBzKEdzdFBhZCog
cGFkKQogICAgICAgICByZXR1cm4gMDsKIAogI2lmZGVmIEdTVF9BUElfVkVSU0lPTl8xCi0gICAg
R3N0Q2FwcyogY2FwcyA9IGdzdF9wYWRfZ2V0X2N1cnJlbnRfY2FwcyhwYWQpOwotICAgIGlmICgh
Y2FwcykKLSAgICAgICAgY2FwcyA9IGdzdF9wYWRfcXVlcnlfY2FwcyhwYWQsIDApOwotICAgIHJl
dHVybiBhZG9wdEdSZWYoY2Fwcyk7IC8vIGdzdF9wYWRfcXVlcnlfY2FwcyBhbmQgZ3N0X3BhZF9n
ZXRfY3VycmVudF9jYXBzIHJldHVybiBhIG5ldyByZWZlcmVuY2UuCisgICAgcmV0dXJuIGFkb3B0
R1JlZihnc3RfcGFkX2dldF9jdXJyZW50X2NhcHMocGFkKSk7IC8vIGdzdF9wYWRfZ2V0X2N1cnJl
bnRfY2FwcyByZXR1cm4gYSBuZXcgcmVmZXJlbmNlLgogI2Vsc2UKICAgICByZXR1cm4gR1NUX1BB
RF9DQVBTKHBhZCk7CiAjZW5kaWYKZGlmZiAtLWdpdCBhL1NvdXJjZS9XZWJDb3JlL3BsYXRmb3Jt
L2dyYXBoaWNzL2dzdHJlYW1lci9NZWRpYVBsYXllclByaXZhdGVHU3RyZWFtZXIuY3BwIGIvU291
cmNlL1dlYkNvcmUvcGxhdGZvcm0vZ3JhcGhpY3MvZ3N0cmVhbWVyL01lZGlhUGxheWVyUHJpdmF0
ZUdTdHJlYW1lci5jcHAKaW5kZXggYTRkNDc0NTFkOWZhYmQ4MTFlYzc0NGZlZGM3M2Y5MWNhOWVm
NmE0OC4uZjJiZDI5MjU5MDJiZDFkZjgzZGNkNmEzNjVjYmI3MDRhMTQwNzMyNSAxMDA2NDQKLS0t
IGEvU291cmNlL1dlYkNvcmUvcGxhdGZvcm0vZ3JhcGhpY3MvZ3N0cmVhbWVyL01lZGlhUGxheWVy
UHJpdmF0ZUdTdHJlYW1lci5jcHAKKysrIGIvU291cmNlL1dlYkNvcmUvcGxhdGZvcm0vZ3JhcGhp
Y3MvZ3N0cmVhbWVyL01lZGlhUGxheWVyUHJpdmF0ZUdTdHJlYW1lci5jcHAKQEAgLTg1Nyw3ICs4
NTcsMTEgQEAgZ2Jvb2xlYW4gTWVkaWFQbGF5ZXJQcml2YXRlR1N0cmVhbWVyOjpoYW5kbGVNZXNz
YWdlKEdzdE1lc3NhZ2UqIG1lc3NhZ2UpCiAgICAgY2FzZSBHU1RfTUVTU0FHRV9CVUZGRVJJTkc6
CiAgICAgICAgIHByb2Nlc3NCdWZmZXJpbmdTdGF0cyhtZXNzYWdlKTsKICAgICAgICAgYnJlYWs7
CisjaWZkZWYgR1NUX0FQSV9WRVJTSU9OXzEKKyAgICBjYXNlIEdTVF9NRVNTQUdFX0RVUkFUSU9O
X0NIQU5HRUQ6CisjZWxzZQogICAgIGNhc2UgR1NUX01FU1NBR0VfRFVSQVRJT046CisjZW5kaWYK
ICAgICAgICAgTE9HX01FRElBX01FU1NBR0UoIkR1cmF0aW9uIGNoYW5nZWQiKTsKICAgICAgICAg
ZHVyYXRpb25DaGFuZ2VkKCk7CiAgICAgICAgIGJyZWFrOwo=
</data>

          </attachment>
      

    </bug>

</bugzilla>