Closed
Bug 910159
Opened 12 years ago
Closed 12 years ago
Assertion failure "Should not have an exception set here!" in OperationCallback
Categories
(Core :: DOM: Workers, defect)
Core
DOM: Workers
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: Yoric, Unassigned)
References
Details
See https://tbpl.mozilla.org/php/getParsedLog.php?id=27082009&tree=Try&full=1#error1
Note that the error message is not standard, I have replaced it with something else while attempting to pinpoint the error. The original assertion failure was "Should not have an exception set here!"
STR: Attempting to land bug 891300 makes this a frequent error in xpcshell tests that use OS.File.
From the point of view of JavaScript, the error seems to be sent by the following sequence:
let xhr = new XMLHttpRequest();
xhr.open("GET", uri, false);
xhr.responseType = "text";
xhr.send(); // Assertion fails here
The code is executed on a worker.
Reporter | ||
Comment 1•12 years ago
|
||
Note: I suspect that the issue is actually caused by XHR and not by webrtc. Cc-ing bent.
Comment 2•12 years ago
|
||
This is probably caused by some buffer overflow in js land that cause VoEMediaProcess to appear here. Having VoEMediaProcess in this code makes absolutely no sense anyways. Changing component to JS engine.
Assignee: nobody → general
Component: WebRTC → JavaScript Engine
Reporter | ||
Comment 3•12 years ago
|
||
I strongly suspect that this is a bug in the implementation of XHR for workers. Re-classifying in Workers.
Assignee: general → nobody
Component: JavaScript Engine → DOM: Workers
Summary: Assertion failure "Should not have an exception set here!" in OperationCallback called from webrtc::VoEMediaProcess::VoEMediaProcess → Assertion failure "Should not have an exception set here!" in OperationCallback
Reporter | ||
Comment 4•12 years ago
|
||
Marking as blocker, as this bug prevents me from proceeding with the OS.File refactoring.
Severity: normal → blocker
"blocks something" does not mean the severity is a blocker.
Severity: blocker → normal
Looks like the operation callback is firing during the middle of exception handling?
Reporter | ||
Comment 7•12 years ago
|
||
(In reply to Kyle Huey [:khuey] (khuey@mozilla.com) from comment #5)
> "blocks something" does not mean the severity is a blocker.
True. This bug is still quite annoying for me as it prevents a pile of refactorings from landing.
Reporter | ||
Comment 8•12 years ago
|
||
The STR cannot be reproduced anymore, so I guess something was fixed somewhere.
Closing.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Updated•12 years ago
|
Resolution: FIXED → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•