Changeset 86175 in webkit
- Timestamp:
- May 10, 2011 11:57:22 AM (13 years ago)
- Location:
- trunk/Source/WebKit2
- Files:
-
- 2 edited
Legend:
- Unmodified
- Added
- Removed
-
trunk/Source/WebKit2/ChangeLog
r86174 r86175 1 2011-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 1 15 2011-05-05 Brent Fulgham <bfulgham@webkit.org> and Martin Robinson <mrobinson@igalia.com> 2 16 -
trunk/Source/WebKit2/Platform/CoreIPC/Connection.cpp
r85603 r86175 478 478 { 479 479 MutexLocker locker(m_syncReplyStateMutex); 480 ASSERT(!m_pendingSyncReplies.isEmpty());481 480 482 481 // Go through the stack of sync requests that have pending replies and see which one … … 500 499 } 501 500 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. 505 503 } 506 504
Note: See TracChangeset
for help on using the changeset viewer.