[OOPP] Assertion in RPCChannel's EnqueuePendingMessages: ABORT: expected mDeferred to have 0 or 1 items

RESOLVED FIXED

Status

()

Core
Plug-ins
RESOLVED FIXED
8 years ago
7 years ago

People

(Reporter: Ben Turner (not reading bugmail, use the needinfo flag!), Assigned: Ben Turner (not reading bugmail, use the needinfo flag!))

Tracking

Trunk
x86
Windows 7
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

Created attachment 427483 [details] [diff] [review]
Patch, v1

After the nested event loop work landed we can now have more than one deferred message. We need to handle that.
Attachment #427483 - Flags: review?(jones.chris.g)
Attachment #427483 - Flags: review?(jmathies)

Updated

8 years ago
Attachment #427483 - Flags: review?(jmathies) → review+
http://hg.mozilla.org/mozilla-central/rev/e4149d40e166
Status: NEW → RESOLVED
Last Resolved: 8 years ago
Resolution: --- → FIXED
Comment on attachment 427483 [details] [diff] [review]
Patch, v1

Looks OK.  No fault of this patch, but this multi-deferring looks like it will affect message ordering in not-entirely-known ways.  When I fix RPC race resolution, this might need some re-fiddling.
Attachment #427483 - Flags: review?(jones.chris.g) → review+
You need to log in before you can comment on or make changes to this bug.