<?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>100047</bug_id>
          
          <creation_ts>2012-10-22 16:22:20 -0700</creation_ts>
          <short_desc>Clear m_mediaSource reference when the MediaSource is closed</short_desc>
          <delta_ts>2012-10-23 16:15:35 -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>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="Aaron Colwell">acolwell</reporter>
          <assigned_to name="Aaron Colwell">acolwell</assigned_to>
          <cc>eric.carlson</cc>
    
    <cc>feature-media-reviews</cc>
    
    <cc>webkit.review.bot</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>748044</commentid>
    <comment_count>0</comment_count>
    <who name="Aaron Colwell">acolwell</who>
    <bug_when>2012-10-22 16:22:20 -0700</bug_when>
    <thetext>The existing code in HTMLMediaElement holds the reference to m_mediaSource longer then it needs to. The object shouldn&apos;t be used again after it has transitioned to &quot;closed&quot; so I&apos;m adding code to clear the reference when this transition happens.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>748060</commentid>
    <comment_count>1</comment_count>
      <attachid>170019</attachid>
    <who name="Aaron Colwell">acolwell</who>
    <bug_when>2012-10-22 16:35:11 -0700</bug_when>
    <thetext>Created attachment 170019
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>748092</commentid>
    <comment_count>2</comment_count>
      <attachid>170019</attachid>
    <who name="Early Warning System Bot">webkit-ews</who>
    <bug_when>2012-10-22 16:54:44 -0700</bug_when>
    <thetext>Comment on attachment 170019
Patch

Attachment 170019 did not pass qt-wk2-ews (qt):
Output: http://queues.webkit.org/results/14489715</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>748156</commentid>
    <comment_count>3</comment_count>
      <attachid>170019</attachid>
    <who name="Darin Adler">darin</who>
    <bug_when>2012-10-22 18:23:29 -0700</bug_when>
    <thetext>Comment on attachment 170019
Patch

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

&gt; Source/WebCore/ChangeLog:12
&gt; +        No new tests because the change isn&apos;t visible to JavaScript.

Understood that it is not “visible to JavaScript”. What end user detectable effect does it have?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>748622</commentid>
    <comment_count>4</comment_count>
    <who name="Aaron Colwell">acolwell</who>
    <bug_when>2012-10-23 07:26:06 -0700</bug_when>
    <thetext>(In reply to comment #3)
&gt; (From update of attachment 170019 [details])
&gt; View in context: https://bugs.webkit.org/attachment.cgi?id=170019&amp;action=review
&gt; 
&gt; &gt; Source/WebCore/ChangeLog:12
&gt; &gt; +        No new tests because the change isn&apos;t visible to JavaScript.
&gt; 
&gt; Understood that it is not “visible to JavaScript”. What end user detectable effect does it have?

I don&apos;t believe it has an end user detectable effect. This change simply makes the object state more consistent so code can&apos;t access the object when it isn&apos;t supposed to.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>748625</commentid>
    <comment_count>5</comment_count>
      <attachid>170019</attachid>
    <who name="Aaron Colwell">acolwell</who>
    <bug_when>2012-10-23 07:30:12 -0700</bug_when>
    <thetext>Comment on attachment 170019
Patch

resetting commit-queue? since the qt-wk2 failure doesn&apos;t appear to be related to my change.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>749102</commentid>
    <comment_count>6</comment_count>
      <attachid>170019</attachid>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2012-10-23 16:15:32 -0700</bug_when>
    <thetext>Comment on attachment 170019
Patch

Clearing flags on attachment: 170019

Committed r132280: &lt;http://trac.webkit.org/changeset/132280&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>749103</commentid>
    <comment_count>7</comment_count>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2012-10-23 16:15:35 -0700</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>170019</attachid>
            <date>2012-10-22 16:35:11 -0700</date>
            <delta_ts>2012-10-23 16:15:32 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-100047-20121022163349.patch</filename>
            <type>text/plain</type>
            <size>2134</size>
            <attacher name="Aaron Colwell">acolwell</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMTMyMTU0CmRpZmYgLS1naXQgYS9Tb3VyY2UvV2ViQ29yZS9D
aGFuZ2VMb2cgYi9Tb3VyY2UvV2ViQ29yZS9DaGFuZ2VMb2cKaW5kZXggYTFmM2YwY2E5MGM1NTE2
YTlmMzQwZGM0MWY2ZTBhODZlMzg3N2FiNS4uNDAxNDg2M2ViMTEzZTM4NDkwMzEzNmFjZGM2ZWRm
YjBmYTY2ZDdiYiAxMDA2NDQKLS0tIGEvU291cmNlL1dlYkNvcmUvQ2hhbmdlTG9nCisrKyBiL1Nv
dXJjZS9XZWJDb3JlL0NoYW5nZUxvZwpAQCAtMSwzICsxLDIwIEBACisyMDEyLTEwLTIyICBBYXJv
biBDb2x3ZWxsICA8YWNvbHdlbGxAY2hyb21pdW0ub3JnPgorCisgICAgICAgIENsZWFyIG1fbWVk
aWFTb3VyY2UgcmVmZXJlbmNlIHdoZW4gdGhlIE1lZGlhU291cmNlIGlzIGNsb3NlZAorICAgICAg
ICBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9zaG93X2J1Zy5jZ2k/aWQ9MTAwMDQ3CisKKyAgICAg
ICAgUmV2aWV3ZWQgYnkgTk9CT0RZIChPT1BTISkuCisKKyAgICAgICAgVGhlIG1fbWVkaWFTb3Vy
Y2Ugb2JqZWN0IHNob3VsZG4ndCBiZSBhY2Nlc3NlZCBhZnRlciB0aGUgb2JqZWN0CisgICAgICAg
IHRyYW5zaXRpb25zIHRvIGNsb3NlZCBzbyB0aGlzIGNoYW5nZSBzaW1wbHkgY2xlYXJzIHRoZSBy
ZWZlcmVuY2UKKyAgICAgICAgd2hlbiB0aGF0IHRyYW5zaXRpb24gaGFwcGVucy4KKworICAgICAg
ICBObyBuZXcgdGVzdHMgYmVjYXVzZSB0aGUgY2hhbmdlIGlzbid0IHZpc2libGUgdG8gSmF2YVNj
cmlwdC4KKworICAgICAgICAqIGh0bWwvSFRNTE1lZGlhRWxlbWVudC5jcHA6CisgICAgICAgIChX
ZWJDb3JlOjpIVE1MTWVkaWFFbGVtZW50Ojpsb2FkUmVzb3VyY2UpOiBSZW1vdmVkIGEgY2xvc2Vk
IHRyYW5zaXRpb24gdGhhdCBpcyBhY3R1YWxseSBkZWFkIGNvZGUuCisgICAgICAgIChXZWJDb3Jl
OjpIVE1MTWVkaWFFbGVtZW50OjpzZXRTb3VyY2VTdGF0ZSk6IENsZWFyIHRoZSBtX21lZGlhU291
cmNlIHJlZmVyZW5jZSBvbiBjbG9zZWQgdHJhbnNpdGlvbi4KKwogMjAxMi0xMC0yMiAgQWRhbSBC
YXJ0aCAgPGFiYXJ0aEB3ZWJraXQub3JnPgogCiAgICAgICAgIFtWOF0gV2Ugc2hvdWxkIGNhbGwg
dGhlIGZhc3RlciB2ODo6SW50ZWdlcjo6TmV3IEFQSXMKZGlmZiAtLWdpdCBhL1NvdXJjZS9XZWJD
b3JlL2h0bWwvSFRNTE1lZGlhRWxlbWVudC5jcHAgYi9Tb3VyY2UvV2ViQ29yZS9odG1sL0hUTUxN
ZWRpYUVsZW1lbnQuY3BwCmluZGV4IDc1MzI0MjExMGQ2NTI4NjI4MTc5MTRiYzNlZTlmOTFlN2Q1
MWIyYjIuLmU3YzNkZjVlYzhiYmNlNDIyMWRkNmQ3ZmIxZGRlNjc1NDc1YTE4Y2EgMTAwNjQ0Ci0t
LSBhL1NvdXJjZS9XZWJDb3JlL2h0bWwvSFRNTE1lZGlhRWxlbWVudC5jcHAKKysrIGIvU291cmNl
L1dlYkNvcmUvaHRtbC9IVE1MTWVkaWFFbGVtZW50LmNwcApAQCAtOTI1LDEwICs5MjUsOSBAQCB2
b2lkIEhUTUxNZWRpYUVsZW1lbnQ6OmxvYWRSZXNvdXJjZShjb25zdCBLVVJMJiBpbml0aWFsVVJM
LCBDb250ZW50VHlwZSYgY29udGVudAogICAgIH0KICAgICAKICNpZiBFTkFCTEUoTUVESUFfU09V
UkNFKQotICAgIGlmICh1cmwucHJvdG9jb2xJcyhtZWRpYVNvdXJjZUJsb2JQcm90b2NvbCkpIHsK
LSAgICAgICAgaWYgKG1fbWVkaWFTb3VyY2UpCi0gICAgICAgICAgICBtX21lZGlhU291cmNlLT5z
ZXRSZWFkeVN0YXRlKE1lZGlhU291cmNlOjpjbG9zZWRLZXl3b3JkKCkpOworICAgIEFTU0VSVCgh
bV9tZWRpYVNvdXJjZSk7CiAKKyAgICBpZiAodXJsLnByb3RvY29sSXMobWVkaWFTb3VyY2VCbG9i
UHJvdG9jb2wpKSB7CiAgICAgICAgIG1fbWVkaWFTb3VyY2UgPSBNZWRpYVNvdXJjZVJlZ2lzdHJ5
OjpyZWdpc3RyeSgpLmxvb2t1cE1lZGlhU291cmNlKHVybC5zdHJpbmcoKSk7CiAKICAgICAgICAg
aWYgKG1fbWVkaWFTb3VyY2UpIHsKQEAgLTIzOTYsNiArMjM5NSw4IEBAIHZvaWQgSFRNTE1lZGlh
RWxlbWVudDo6c2V0U291cmNlU3RhdGUoY29uc3QgU3RyaW5nJiBzdGF0ZSkKICAgICAgICAgIHJl
dHVybjsKIAogICAgIG1fbWVkaWFTb3VyY2UtPnNldFJlYWR5U3RhdGUoc3RhdGUpOworICAgIGlm
IChzdGF0ZSA9PSBNZWRpYVNvdXJjZTo6Y2xvc2VkS2V5d29yZCgpKQorICAgICAgICBtX21lZGlh
U291cmNlID0gMDsKIH0KICNlbmRpZgogCg==
</data>

          </attachment>
      

    </bug>

</bugzilla>