mock-idp.js does not seem to be working in the webrtc wpt
Categories
(Core :: WebRTC: Signaling, enhancement, P2)
Tracking
()
Tracking | Status | |
---|---|---|
firefox68 | --- | fixed |
People
(Reporter: bwc, Assigned: bwc)
Details
Attachments
(8 files, 1 obsolete file)
47 bytes,
text/x-phabricator-request
|
Details | Review | |
47 bytes,
text/x-phabricator-request
|
Details | Review | |
47 bytes,
text/x-phabricator-request
|
Details | Review | |
47 bytes,
text/x-phabricator-request
|
Details | Review | |
47 bytes,
text/x-phabricator-request
|
Details | Review | |
47 bytes,
text/x-phabricator-request
|
Details | Review | |
47 bytes,
text/x-phabricator-request
|
Details | Review | |
47 bytes,
text/x-phabricator-request
|
Details | Review |
This breaks most of the stuff in the webrtc-identity wpt.
Assignee | ||
Updated•6 years ago
|
Assignee | ||
Updated•6 years ago
|
Assignee | ||
Comment 1•6 years ago
|
||
We seem to be hitting this error:
The status code is 2153394151. I cannot find this or 805A2FE7 (hex encoding) in searchfox.
Assignee | ||
Comment 2•6 years ago
|
||
Verified that this is indeed passed as an nsresult, but is not present in the nsresult enum. It has the same prefix (805A) as other errors related to CSP, SRI, and CMS:
https://searchfox.org/mozilla-central/source/__GENERATED__/xpcom/base/ErrorList.h#356-379
I'm going to guess that the way this mock idp is set up is violating security policy in some way.
@ckerschb, have any pointers here?
Comment 3•6 years ago
|
||
(In reply to Byron Campen [:bwc] from comment #2)
@ckerschb, have any pointers here?
Puh, not really to be honest. I suppose you have checked the web (and or browser) console? For all sorts of CSP, SRI, etc. security policy violations we usually do a good job in logging to the console.
Assignee | ||
Comment 4•6 years ago
|
||
Nothing about sec policy violations in the console, sadly. I do see stderr logging like this though:
0:14.19 INFO STDERR: 127.0.0.1 - - [20/Mar/2019 12:33:37] code 400, message Bad request version ('\xa6\xe0\xe2\xbd\xba\xf5s\xd0W\xa0\x1d\x96b\xe9\xb2\xbd\xdfx<Q\xe2>S\xaae\xb7#"\xf52(\x00$\x13\x01\x13\x03\x13\x02\xc0+\xc0/\xcc\xa9\xcc\xa8\xc0,\xc00\xc0')
0:14.19 INFO STDERR: 127.0.0.1 - - [20/Mar/2019 12:33:37] "^V^C^A^B^@^A^@^Aü^C^CL:^BÛý;~]<87>I}yÌ<87>É^K"<99>Ä^U<91>^UW<80>;RlÿÓ=ö ¦à⽺õsÐW ^]<96>bé²½ßx<Qâ>Sªe·#"õ2(^@$^S^A^S^C^S^BÀ+À/̨̩À,À0À" 400 -
Looking at the request log, I see the GETs for the mock-idp.js going to https, whereas the test itself is loaded over http...
Comment 6•6 years ago
|
||
https://github.com/web-platform-tests/wpt/issues/10140 seems to speak to this.
Assignee | ||
Comment 7•6 years ago
|
||
Looked, and we've already fixed the problem mentioned in comment 6 quite some time ago.
Assignee | ||
Comment 8•6 years ago
|
||
Changing the name of RTCPeerConnection-peerIdentity.html to RTCPeerConnection-peerIdentity.https.html seems to allow us to get further; now I see "self is not defined 2 mock-idp.js:59:16" in the console, which is another issue that was mentioned in comment 6.
Assignee | ||
Comment 9•6 years ago
|
||
Removing all of the "self" stuff from mock-idp.js gets to some more legitimate looking errors. I'll keep digging.
Assignee | ||
Comment 10•6 years ago
|
||
This line looks wrong:
mock-idp.js doesn't define a "param" property on the identity assertion it generates, but is assuming its presence when validating, which is throwing. It does define an "args" property that contains two of the properties ("contents" and "options") that it wants in the "param" property. Maybe this is just a typo?
Assignee | ||
Comment 11•6 years ago
|
||
(I should note that, for whatever reason, when these functions in mock-idp.js throw, no useful information about the error is making it back to the caller, and this is making it hard to debug)
Assignee | ||
Comment 12•6 years ago
|
||
The more I look at this, the more I am convinced that these webrtc-identity tests are completely broken, and have never worked on any browser.
Assignee | ||
Comment 13•6 years ago
|
||
Assignee | ||
Comment 14•6 years ago
|
||
Assignee | ||
Comment 15•6 years ago
|
||
Depends on D24786
Assignee | ||
Comment 16•6 years ago
|
||
Depends on D24787
Assignee | ||
Comment 17•6 years ago
|
||
Depends on D24788
Assignee | ||
Comment 18•6 years ago
|
||
Depends on D24789
Assignee | ||
Comment 19•6 years ago
|
||
Depends on D24790
Assignee | ||
Comment 20•6 years ago
|
||
Depends on D24791
Assignee | ||
Comment 21•6 years ago
|
||
Depends on D24792
Updated•6 years ago
|
Updated•6 years ago
|
Assignee | ||
Comment 22•6 years ago
|
||
Comment 24•6 years ago
|
||
Comment 25•6 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/6adc2a2a4988
https://hg.mozilla.org/mozilla-central/rev/b631b7d78674
https://hg.mozilla.org/mozilla-central/rev/bf904e78fbe4
https://hg.mozilla.org/mozilla-central/rev/6b8b0c103a4f
https://hg.mozilla.org/mozilla-central/rev/5d233f551bad
https://hg.mozilla.org/mozilla-central/rev/f8c25b34cef3
https://hg.mozilla.org/mozilla-central/rev/fc24b3375510
https://hg.mozilla.org/mozilla-central/rev/c8cfeb029349
Updated•6 years ago
|
Description
•