<html>
    <head>
      <base href="https://bugs.webkit.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Ignore Connection Assertion if we are not using connection to send messages"
   href="https://bugs.webkit.org/show_bug.cgi?id=167022#c7">Comment # 7</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Ignore Connection Assertion if we are not using connection to send messages"
   href="https://bugs.webkit.org/show_bug.cgi?id=167022">bug 167022</a>
              from <span class="vcard"><a class="email" href="mailto:achristensen&#64;apple.com" title="Alex Christensen &lt;achristensen&#64;apple.com&gt;"> <span class="fn">Alex Christensen</span></a>
</span></b>
        <pre>(In reply to <a href="show_bug.cgi?id=167022#c6">comment #6</a>)
<span class="quote">&gt; A pointer is not a good identifier, because the same memory location can be
&gt; reused.
&gt; 
&gt; What is the higher level problem being solved by this check?</span >
We need a way to get the WebProcessProxy from WebPasteboardProxy::setPasteboardPathnamesForType so we can use it to check the URL coming from the WebProcess.  I suggested just casting the Connection's client to a WebProcessProxy, but Anders said that would become unsafe and I agree.  We have a Connection, but WebProcessProxy::didReceiveMessage doesn't forward *this to ChildProcessProxy::dispatchMessage because MessageReceiver::didReceiveMessage doesn't always have something forwarding the message to it.  Another solution might be to make a ForwardedMessageReceiver&lt;typename Forwarder&gt; that has a didReceiveMessage that has a reference to the original receiver of the message, but I'm not sure it would be worth it just for this.</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>