Open
Bug 1126232
Opened 10 years ago
Updated 2 years ago
Get nsIPrincipal in mtransport, so that in e10s the UDPSocket bind will be called with an nsIPrinicpal
Categories
(Core :: WebRTC: Networking, defect, P4)
Core
WebRTC: Networking
Tracking
()
NEW
Tracking | Status | |
---|---|---|
e10s | + | --- |
backlog | webrtc/webaudio+ |
People
(Reporter: dragana, Unassigned)
References
(Blocks 1 open bug)
Details
For security checks based on nsIPrincipal we need all calls of the e10s UDP channel to have nsIPrincipal.
STUN uses UDP channel and we will need nsIPrincipal to be set.
http://mxr.mozilla.org/mozilla-central/source/media/mtransport/nr_socket_prsock.cpp#1025
Updated•10 years ago
|
tracking-e10s:
--- → +
Updated•10 years ago
|
OS: Mac OS X → All
Hardware: x86 → All
See Also: → 1109338
Summary: Get nsIPrincipal in STUN, so that e10s udp-soket bind will be call with nsIPrinicpal → Get nsIPrincipal in mtransport, so that in e10s the UDPSocket bind will be called with an nsIPrinicpal
Updated•10 years ago
|
backlog: --- → webRTC+
Rank: 35
Priority: -- → P3
Comment 1•7 years ago
|
||
Mass change P3->P4 to align with new Mozilla triage process.
Priority: P3 → P4
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•