Closed
Bug 1548272
Opened 6 years ago
Closed 6 years ago
DataChannel::GetOrdered makes a racy access to DataChannel::mFlags
Categories
(Core :: WebRTC: Networking, defect, P2)
Core
WebRTC: Networking
Tracking
()
RESOLVED
FIXED
mozilla68
Tracking | Status | |
---|---|---|
firefox68 | --- | fixed |
People
(Reporter: bwc, Assigned: bwc)
References
Details
Attachments
(1 file)
This code is called on main:
But mFlags is generally updated on not-main. There may be additional problems with mFlags.
Assignee | ||
Comment 1•6 years ago
|
||
We will probably want to have a bool mOrdered in DataChannel that is set based on c'tor arguments, and calculate mFlags internally in the c'tor instead of in DataChannelConnection.
Assignee | ||
Updated•6 years ago
|
Assignee: nobody → docfaraday
Rank: 15
Assignee | ||
Comment 2•6 years ago
|
||
Depends on D28528
Assignee | ||
Comment 3•6 years ago
|
||
Assignee | ||
Comment 4•6 years ago
|
||
Assignee | ||
Comment 5•6 years ago
|
||
Assignee | ||
Comment 6•6 years ago
|
||
Try looks good.
Pushed by bcampen@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/c75e0b9c3a1c
Don't look at mFlags in GetOrdered (since this is called on main). r=mjf
Comment 8•6 years ago
|
||
bugherder |
Status: NEW → RESOLVED
Closed: 6 years ago
status-firefox68:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla68
You need to log in
before you can comment on or make changes to this bug.
Description
•