Closed Bug 546797 Opened 14 years ago Closed 14 years ago

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

Categories

(Core Graveyard :: Plug-ins, defect)

x86
Windows 7
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: bent.mozilla, Assigned: bent.mozilla)

References

Details

Attachments

(1 file)

Attached patch Patch, v1Splinter Review
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)
Attachment #427483 - Flags: review?(jmathies) → review+
http://hg.mozilla.org/mozilla-central/rev/e4149d40e166
Status: NEW → RESOLVED
Closed: 14 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+
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: