Changeset 86175 in webkit


Ignore:
Timestamp:
May 10, 2011 11:57:22 AM (13 years ago)
Author:
andersca@apple.com
Message:

2011-05-10 Anders Carlsson <andersca@apple.com>

Reviewed by Adam Roben.

Remove incorrect ASSERTs from CoreIPC::Connection::processIncomingSyncReply
https://bugs.webkit.org/show_bug.cgi?id=60567
<rdar://problem/9377845>

It is possible to receive an incoming sync reply that is for a request we don't know about.
This could happen if the sync message send timed out for example.

  • Platform/CoreIPC/Connection.cpp: (CoreIPC::Connection::processIncomingSyncReply):
Location:
trunk/Source/WebKit2
Files:
2 edited

Legend:

Unmodified
Added
Removed
  • trunk/Source/WebKit2/ChangeLog

    r86174 r86175  
     12011-05-10  Anders Carlsson  <andersca@apple.com>
     2
     3        Reviewed by Adam Roben.
     4
     5        Remove incorrect ASSERTs from CoreIPC::Connection::processIncomingSyncReply
     6        https://bugs.webkit.org/show_bug.cgi?id=60567
     7        <rdar://problem/9377845>
     8
     9        It is possible to receive an incoming sync reply that is for a request we don't know about.
     10        This could happen if the sync message send timed out for example.
     11
     12        * Platform/CoreIPC/Connection.cpp:
     13        (CoreIPC::Connection::processIncomingSyncReply):
     14
    1152011-05-05  Brent Fulgham  <bfulgham@webkit.org> and Martin Robinson  <mrobinson@igalia.com>
    216
  • trunk/Source/WebKit2/Platform/CoreIPC/Connection.cpp

    r85603 r86175  
    478478{
    479479    MutexLocker locker(m_syncReplyStateMutex);
    480     ASSERT(!m_pendingSyncReplies.isEmpty());
    481480
    482481    // Go through the stack of sync requests that have pending replies and see which one
     
    500499    }
    501500
    502     // We got a reply for a message we never sent.
    503     // FIXME: Dispatch a didReceiveInvalidMessage callback on the client.
    504     ASSERT_NOT_REACHED();
     501    // If we get here, it means we got a reply for a message that wasn't in the sync request stack.
     502    // This can happen if the send timed out, so it's fine to ignore.
    505503}
    506504
Note: See TracChangeset for help on using the changeset viewer.