<?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>100310</bug_id>
          
          <creation_ts>2012-10-24 17:09:04 -0700</creation_ts>
          <short_desc>[WK2] Fix assertion after r132386.</short_desc>
          <delta_ts>2012-11-19 00:06:31 -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>WebKit EFL</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>Unspecified</rep_platform>
          <op_sys>Unspecified</op_sys>
          <bug_status>NEW</bug_status>
          <resolution></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>
          <dependson>100334</dependson>
    
    <dependson>100342</dependson>
    
    <dependson>102200</dependson>
    
    <dependson>102651</dependson>
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Byungwoo Lee">bw80.lee</reporter>
          <assigned_to name="Byungwoo Lee">bw80.lee</assigned_to>
          <cc>andersca</cc>
    
    <cc>gyuyoung.kim</cc>
    
    <cc>kangil.han</cc>
    
    <cc>kenneth</cc>
    
    <cc>kling</cc>
    
    <cc>laszlo.gombos</cc>
    
    <cc>lucas.de.marchi</cc>
    
    <cc>ostap73</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>750225</commentid>
    <comment_count>0</comment_count>
    <who name="Byungwoo Lee">bw80.lee</who>
    <bug_when>2012-10-24 17:09:04 -0700</bug_when>
    <thetext>Unit test is failed with below assersion after r132386

ASSERTION FAILED: !decoder.destinationID()
/home/buildslave-1/webkit-buildslave/efl-linux-64-debug/build/Source/WebKit2/Platform/CoreIPC/MessageReceiverMap.cpp(79) : bool CoreIPC::MessageReceiverMap::dispatchMessage(CoreIPC::Connection*, CoreIPC::MessageID, CoreIPC::MessageDecoder&amp;)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>750267</commentid>
    <comment_count>1</comment_count>
      <attachid>170529</attachid>
    <who name="Byungwoo Lee">bw80.lee</who>
    <bug_when>2012-10-24 18:11:45 -0700</bug_when>
    <thetext>Created attachment 170529
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>750305</commentid>
    <comment_count>2</comment_count>
      <attachid>170529</attachid>
    <who name="Viatcheslav Ostapenko">ostap73</who>
    <bug_when>2012-10-24 19:14:39 -0700</bug_when>
    <thetext>Comment on attachment 170529
Patch

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

&gt; Source/WebKit2/Platform/CoreIPC/MessageReceiverMap.cpp:81
&gt; +        // ASSERT(!decoder.destinationID());

Can you do additional condition to assert for the messages that should have destinationID?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>750307</commentid>
    <comment_count>3</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2012-10-24 19:23:17 -0700</bug_when>
    <thetext>If the assertion is incorrect, it should be removed, not commented out. I&apos;m not sure if I understand how you determined that it was incorrect though.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>750334</commentid>
    <comment_count>4</comment_count>
    <who name="Byungwoo Lee">bw80.lee</who>
    <bug_when>2012-10-24 20:47:54 -0700</bug_when>
    <thetext>Thanks for your review, Viatcheslav and Alexey.

In the r132386, new addMessageReceiver() function (that has destinationID as it&apos;s parameter) is added to set messageReceiver to m_messageReceivers. (not m_globalMessageReceivers)

I think the purpose of this patch is that,
if messageReceiver need destinationID, not to use the messageReceiver globally.

So, If there can be two destinationID for DownloadProxy::DidStart, messageReceiver of DownloadProxy should be set for each destinationID.

I thought that this patch is on progress, because some related source doesn&apos;t handled. (e.g. messageReceiver for DownloadProxy is set to global message receiver in the WebContext, but DownloadProxy ipc messages uses downloadID for the destinationID.

Is it better to fix each issues on setting messageReceivers of DownloadProxy and VibrationProvider instead of patching temporarily?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>750366</commentid>
    <comment_count>5</comment_count>
    <who name="Byungwoo Lee">bw80.lee</who>
    <bug_when>2012-10-24 22:19:10 -0700</bug_when>
    <thetext>Andersca told to check this issue. (in irc channel)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>750372</commentid>
    <comment_count>6</comment_count>
    <who name="Kangil Han">kangil.han</who>
    <bug_when>2012-10-24 22:37:47 -0700</bug_when>
    <thetext>Do we need work-around patch to keep EFL bot green for API test at a moment?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>750408</commentid>
    <comment_count>7</comment_count>
    <who name="Byungwoo Lee">bw80.lee</who>
    <bug_when>2012-10-24 23:19:43 -0700</bug_when>
    <thetext>(In reply to comment #6)
&gt; Do we need work-around patch to keep EFL bot green for API test at a moment?

Now, I&apos;m not sure that work-around patch is the right way, because this patch is already work-around :)

I made a patch to fix the assertions from the messageReceiver of WebVibrationProxy : Bug 100334</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>750479</commentid>
    <comment_count>8</comment_count>
    <who name="Byungwoo Lee">bw80.lee</who>
    <bug_when>2012-10-25 00:28:30 -0700</bug_when>
    <thetext>(In reply to comment #7)
&gt; (In reply to comment #6)
&gt; &gt; Do we need work-around patch to keep EFL bot green for API test at a moment?
&gt; 
&gt; Now, I&apos;m not sure that work-around patch is the right way, because this patch is already work-around :)
&gt; 
&gt; I made a patch to fix the assertions from the messageReceiver of WebVibrationProxy : Bug 100334

I made a patch about the assertion from the message receiver of DownloadProxy : Bug 100342</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>751382</commentid>
    <comment_count>9</comment_count>
    <who name="Viatcheslav Ostapenko">ostap73</who>
    <bug_when>2012-10-25 17:52:56 -0700</bug_when>
    <thetext>(In reply to comment #8)
&gt; (In reply to comment #7)
&gt; &gt; (In reply to comment #6)
&gt; &gt; &gt; Do we need work-around patch to keep EFL bot green for API test at a moment?
&gt; &gt; 
&gt; &gt; Now, I&apos;m not sure that work-around patch is the right way, because this patch is already work-around :)
&gt; &gt; 
&gt; &gt; I made a patch to fix the assertions from the messageReceiver of WebVibrationProxy : Bug 100334
&gt; 
&gt; I made a patch about the assertion from the message receiver of DownloadProxy : Bug 100342

So, as I understand, this bug will be fixed by pending commit in bug 100342 and can be closed?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>752752</commentid>
    <comment_count>10</comment_count>
    <who name="Byungwoo Lee">bw80.lee</who>
    <bug_when>2012-10-27 05:19:18 -0700</bug_when>
    <thetext>(In reply to comment #9)
&gt; (In reply to comment #8)
&gt; &gt; (In reply to comment #7)
&gt; &gt; &gt; (In reply to comment #6)
&gt; &gt; &gt; &gt; Do we need work-around patch to keep EFL bot green for API test at a moment?
&gt; &gt; &gt; 
&gt; &gt; &gt; Now, I&apos;m not sure that work-around patch is the right way, because this patch is already work-around :)
&gt; &gt; &gt; 
&gt; &gt; &gt; I made a patch to fix the assertions from the messageReceiver of WebVibrationProxy : Bug 100334
&gt; &gt; 
&gt; &gt; I made a patch about the assertion from the message receiver of DownloadProxy : Bug 100342
&gt; 
&gt; So, as I understand, this bug will be fixed by pending commit in bug 100342 and can be closed?

Yes, but Bug 100334(or Bug 100473) also need to be fixed to close this issue.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>170529</attachid>
            <date>2012-10-24 18:11:45 -0700</date>
            <delta_ts>2012-10-25 00:30:09 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-100310-20121025101019.patch</filename>
            <type>text/plain</type>
            <size>2992</size>
            <attacher name="Byungwoo Lee">bw80.lee</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMTMyNDIxCmRpZmYgLS1naXQgYS9Tb3VyY2UvV2ViS2l0Mi9D
aGFuZ2VMb2cgYi9Tb3VyY2UvV2ViS2l0Mi9DaGFuZ2VMb2cKaW5kZXggYmQ5YjMyOGIxMDAzZjJm
OTBjMTdhYjc5MjkxNGNmYjI3YjVkMGJhMy4uMTgxYmE0YTViNDMyMzEyNDQ0NDhjMzVjMDhhMDJh
YjEzYjkyNjk0OSAxMDA2NDQKLS0tIGEvU291cmNlL1dlYktpdDIvQ2hhbmdlTG9nCisrKyBiL1Nv
dXJjZS9XZWJLaXQyL0NoYW5nZUxvZwpAQCAtMSwzICsxLDIxIEBACisyMDEyLTEwLTI0ICBCeXVu
Z3dvbyBMZWUgIDxidzgwLmxlZUBzYW1zdW5nLmNvbT4KKworICAgICAgICBbV0syXSBGaXggYXNz
ZXJ0aW9uIGFmdGVyIHIxMzIzODYuCisgICAgICAgIGh0dHBzOi8vYnVncy53ZWJraXQub3JnL3No
b3dfYnVnLmNnaT9pZD0xMDAzMTAKKworICAgICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMh
KS4KKworICAgICAgICBDb21tZW50IG91dCB0aGUgYXNzZXJ0aW9uIGxpbmUgZm9yIGNoZWNraW5n
IGRlc3RpbmF0aW9uIGlkIG9mIG1lc3NhZ2UgZGVjb2Rlci4KKworICAgICAgICBUaGVyZSBhciBz
b21lIGdsb2JhbCBtZXNzYWdlIHJlY2VpdmVycyB0aGF0IGhhdmUgaXBjIG1lc3NhZ2VzIHVzaW5n
IGRlc3RpbmF0aW9uIGlkLgorICAgICAgICBlZy4gV2ViVmlicmF0aW9uUHJveHk6OlZpYnJhdGUg
YW5kIERvd25sb2FkUHJveHk6OkRpZFN0YXJ0LgorICAgICAgICBUaGlzIG1ha2VzIGFzc2VydGlv
bnMgb24gRUZMIEFQSSB0ZXN0LgorICAgICAgICBodHRwOi8vYnVpbGQud2Via2l0Lm9yZy9idWls
ZGVycy9FRkwlMjBMaW51eCUyMDY0LWJpdCUyMERlYnVnL2J1aWxkcy83NjYyL3N0ZXBzL0FQSSUy
MHRlc3RzL2xvZ3Mvc3RkaW8KKworICAgICAgICAqIFBsYXRmb3JtL0NvcmVJUEMvTWVzc2FnZVJl
Y2VpdmVyTWFwLmNwcDoKKyAgICAgICAgKENvcmVJUEM6Ok1lc3NhZ2VSZWNlaXZlck1hcDo6ZGlz
cGF0Y2hNZXNzYWdlKToKKyAgICAgICAgKENvcmVJUEM6Ok1lc3NhZ2VSZWNlaXZlck1hcDo6ZGlz
cGF0Y2hTeW5jTWVzc2FnZSk6CisKIDIwMTItMTAtMjQgIENocmlzdG9waGUgRHVtZXogIDxjaHJp
c3RvcGhlLmR1bWV6QGludGVsLmNvbT4KIAogICAgICAgICBbRUZMXVtXSzJdIEdldCByaWQgb2Yg
RXdrX1ZpZXcgcHJpdmF0ZSBDIEFQSSAoUGFydCAxKQpkaWZmIC0tZ2l0IGEvU291cmNlL1dlYktp
dDIvUGxhdGZvcm0vQ29yZUlQQy9NZXNzYWdlUmVjZWl2ZXJNYXAuY3BwIGIvU291cmNlL1dlYktp
dDIvUGxhdGZvcm0vQ29yZUlQQy9NZXNzYWdlUmVjZWl2ZXJNYXAuY3BwCmluZGV4IDA2ZGZiYzc0
ZTJiMThlMDA4ZGMzZTM1YzMwZmE5MTExNDY4YmM0ZTEuLmNlZWJmOTAzOWM2MDA0ZDVhNGIzNjNl
Y2M3N2I4MTQyMmJmNmU2ZWMgMTAwNjQ0Ci0tLSBhL1NvdXJjZS9XZWJLaXQyL1BsYXRmb3JtL0Nv
cmVJUEMvTWVzc2FnZVJlY2VpdmVyTWFwLmNwcAorKysgYi9Tb3VyY2UvV2ViS2l0Mi9QbGF0Zm9y
bS9Db3JlSVBDL01lc3NhZ2VSZWNlaXZlck1hcC5jcHAKQEAgLTc2LDcgKzc2LDkgQEAgdm9pZCBN
ZXNzYWdlUmVjZWl2ZXJNYXA6OmludmFsaWRhdGUoKQogYm9vbCBNZXNzYWdlUmVjZWl2ZXJNYXA6
OmRpc3BhdGNoTWVzc2FnZShDb25uZWN0aW9uKiBjb25uZWN0aW9uLCBNZXNzYWdlSUQgbWVzc2Fn
ZUlELCBNZXNzYWdlRGVjb2RlciYgZGVjb2RlcikKIHsKICAgICBpZiAoTWVzc2FnZVJlY2VpdmVy
KiBtZXNzYWdlUmVjZWl2ZXIgPSBtX2dsb2JhbE1lc3NhZ2VSZWNlaXZlcnMuZ2V0KGRlY29kZXIu
bWVzc2FnZVJlY2VpdmVyTmFtZSgpKSkgewotICAgICAgICBBU1NFUlQoIWRlY29kZXIuZGVzdGlu
YXRpb25JRCgpKTsKKyAgICAgICAgLy8gRklYTUU6IENvbW1lbnRlZCBvdXQgd2l0aCBidWdzLndl
YmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTEwMDMxMAorICAgICAgICAvLyAgICAgICAgVGhlcmUg
aXMgc29tZSBnbG9iYWwgbWVzc2FnZSByZWNlaXZlciB0aGF0IHVzZXMgZGVzdGluYXRpb24gaWQu
IGVnLiBXZWJWaWJyYXRpb25Qcm94eTo6VmlicmF0ZSBhbmQgRG93bmxvYWRQcm94eTo6RGlkU3Rh
cnQKKyAgICAgICAgLy8gQVNTRVJUKCFkZWNvZGVyLmRlc3RpbmF0aW9uSUQoKSk7CiAKICAgICAg
ICAgbWVzc2FnZVJlY2VpdmVyLT5kaWRSZWNlaXZlTWVzc2FnZShjb25uZWN0aW9uLCBtZXNzYWdl
SUQsIGRlY29kZXIpOwogICAgICAgICByZXR1cm4gdHJ1ZTsKQEAgLTkzLDcgKzk1LDkgQEAgYm9v
bCBNZXNzYWdlUmVjZWl2ZXJNYXA6OmRpc3BhdGNoTWVzc2FnZShDb25uZWN0aW9uKiBjb25uZWN0
aW9uLCBNZXNzYWdlSUQgbWVzc2EKIGJvb2wgTWVzc2FnZVJlY2VpdmVyTWFwOjpkaXNwYXRjaFN5
bmNNZXNzYWdlKENvbm5lY3Rpb24qIGNvbm5lY3Rpb24sIE1lc3NhZ2VJRCBtZXNzYWdlSUQsIE1l
c3NhZ2VEZWNvZGVyJiBkZWNvZGVyLCBPd25QdHI8TWVzc2FnZUVuY29kZXI+JiByZXBseUVuY29k
ZXIpCiB7CiAgICAgaWYgKE1lc3NhZ2VSZWNlaXZlciogbWVzc2FnZVJlY2VpdmVyID0gbV9nbG9i
YWxNZXNzYWdlUmVjZWl2ZXJzLmdldChkZWNvZGVyLm1lc3NhZ2VSZWNlaXZlck5hbWUoKSkpIHsK
LSAgICAgICAgQVNTRVJUKCFkZWNvZGVyLmRlc3RpbmF0aW9uSUQoKSk7CisgICAgICAgIC8vIEZJ
WE1FOiBDb21tZW50ZWQgb3V0IHdpdGggYnVncy53ZWJraXQub3JnL3Nob3dfYnVnLmNnaT9pZD0x
MDAzMTAKKyAgICAgICAgLy8gICAgICAgIFRoZXJlIGlzIHNvbWUgZ2xvYmFsIG1lc3NhZ2UgcmVj
ZWl2ZXIgdGhhdCB1c2VzIGRlc3RpbmF0aW9uIGlkLiBlZy4gV2ViVmlicmF0aW9uUHJveHk6OlZp
YnJhdGUgYW5kIERvd25sb2FkUHJveHk6OkRpZFN0YXJ0CisgICAgICAgIC8vIEFTU0VSVCghZGVj
b2Rlci5kZXN0aW5hdGlvbklEKCkpOwogCiAgICAgICAgIG1lc3NhZ2VSZWNlaXZlci0+ZGlkUmVj
ZWl2ZVN5bmNNZXNzYWdlKGNvbm5lY3Rpb24sIG1lc3NhZ2VJRCwgZGVjb2RlciwgcmVwbHlFbmNv
ZGVyKTsKICAgICAgICAgcmV0dXJuIHRydWU7Cg==
</data>

          </attachment>
      

    </bug>

</bugzilla>