Closed
Bug 1177406
Opened 9 years ago
Closed 9 years ago
Why is mIsMainThreadEvent set if an event has an owner?
Categories
(Core :: DOM: Events, defect)
Core
DOM: Events
Tracking
()
RESOLVED
FIXED
mozilla41
Tracking | Status | |
---|---|---|
firefox41 | --- | fixed |
People
(Reporter: khuey, Assigned: smaug)
Details
Attachments
(1 file)
747 bytes,
patch
|
khuey
:
review+
|
Details | Diff | Splinter Review |
Seems kind of bogus ... It also means that if you call BindToOwner on a DETH and then use DispatchTrustedEvent it will assert, because that event ends up with mIsMainThreadEvent set to true.
Flags: needinfo?(bugs)
Assignee | ||
Comment 1•9 years ago
|
||
Because we certainly didn't use to have owner on workers. And BindToOwner in DETH was about nsPIDOMWindow. You're talking about BindToOwner+DispatchTrustedEvent on a worker?
Flags: needinfo?(bugs)
Reporter | ||
Comment 2•9 years ago
|
||
Yep. nsm is doing that in notifications (well, he's skipping BindToOwner now ...)
Assignee | ||
Updated•9 years ago
|
Assignee: nobody → bugs
Assignee | ||
Comment 3•9 years ago
|
||
The idea was originally to skip extra NS_IsMainThread call when possible, but I guess we just should do this.
Attachment #8626169 -
Flags: review?(khuey)
Reporter | ||
Comment 4•9 years ago
|
||
Comment on attachment 8626169 [details] [diff] [review] patch Review of attachment 8626169 [details] [diff] [review]: ----------------------------------------------------------------- NS_IsMainThread should be fast inside libxul.
Attachment #8626169 -
Flags: review?(khuey) → review+
Comment 6•9 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/1c071a0d3421
Status: NEW → RESOLVED
Closed: 9 years ago
status-firefox41:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla41
You need to log in
before you can comment on or make changes to this bug.
Description
•