RESOLVED FIXED 167992
RTCPeerConnection constructor can take null as input
https://bugs.webkit.org/show_bug.cgi?id=167992
Summary RTCPeerConnection constructor can take null as input
youenn fablet
Reported 2017-02-08 08:19:27 PST
RTCPeerConnection constructor can take null as input
Attachments
Patch (22.76 KB, patch)
2017-02-08 08:23 PST, youenn fablet
no flags
Archive of layout-test-results from ews102 for mac-elcapitan (857.49 KB, application/zip)
2017-02-08 09:06 PST, Build Bot
no flags
Archive of layout-test-results from ews105 for mac-elcapitan-wk2 (1008.29 KB, application/zip)
2017-02-08 09:07 PST, Build Bot
no flags
Patch (22.49 KB, patch)
2017-02-08 09:11 PST, youenn fablet
no flags
Patch for landing (22.62 KB, patch)
2017-02-08 10:42 PST, youenn fablet
no flags
youenn fablet
Comment 1 2017-02-08 08:23:42 PST
Sam Weinig
Comment 2 2017-02-08 09:05:37 PST
Comment on attachment 300899 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=300899&action=review > Source/WebCore/Modules/mediastream/RTCPeerConnection.js:37 > + if (configuration === @undefined || configuration === null) Could you remove this check (and the isObject check, and just make initializeWith take an optional RTCConfiguration?
Build Bot
Comment 3 2017-02-08 09:06:32 PST
Comment on attachment 300899 [details] Patch Attachment 300899 [details] did not pass mac-ews (mac): Output: http://webkit-queues.webkit.org/results/3025623 New failing tests: imported/w3c/web-platform-tests/webrtc/datachannel-emptystring.html imported/w3c/web-platform-tests/webrtc/no-media-call.html imported/w3c/web-platform-tests/webrtc/promises-call.html
Build Bot
Comment 4 2017-02-08 09:06:35 PST
Created attachment 300909 [details] Archive of layout-test-results from ews102 for mac-elcapitan The attached test failures were seen while running run-webkit-tests on the mac-ews. Bot: ews102 Port: mac-elcapitan Platform: Mac OS X 10.11.6
Build Bot
Comment 5 2017-02-08 09:07:40 PST
Comment on attachment 300899 [details] Patch Attachment 300899 [details] did not pass mac-wk2-ews (mac-wk2): Output: http://webkit-queues.webkit.org/results/3025616 New failing tests: imported/w3c/web-platform-tests/webrtc/datachannel-emptystring.html imported/w3c/web-platform-tests/webrtc/no-media-call.html imported/w3c/web-platform-tests/webrtc/promises-call.html
Build Bot
Comment 6 2017-02-08 09:07:43 PST
Created attachment 300910 [details] Archive of layout-test-results from ews105 for mac-elcapitan-wk2 The attached test failures were seen while running run-webkit-tests on the mac-wk2-ews. Bot: ews105 Port: mac-elcapitan-wk2 Platform: Mac OS X 10.11.6
youenn fablet
Comment 7 2017-02-08 09:11:19 PST
Chris Dumez
Comment 8 2017-02-08 09:24:28 PST
Comment on attachment 300911 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=300911&action=review r=me with comments. > Source/WebCore/ChangeLog:8 > + Covered by updated test. Let's point to the following specs in the Changelog: - https://heycam.github.io/webidl/#es-dictionary - https://www.w3.org/TR/webrtc/#interface-definition > Source/WebCore/Modules/mediastream/RTCPeerConnection.js:37 > + if (configuration === @undefined || configuration === null) Do we want to do configuration == null instead? > LayoutTests/fast/mediastream/RTCPeerConnection.html:10 > + shouldNotThrow("new RTCPeerConnection(null);"); Would be good to test that we end up using the default members values as well.
Chris Dumez
Comment 9 2017-02-08 09:43:13 PST
Comment on attachment 300911 [details] Patch Please see my comments.
youenn fablet
Comment 10 2017-02-08 10:38:23 PST
> > Source/WebCore/ChangeLog:8 > > + Covered by updated test. > > Let's point to the following specs in the Changelog: > - https://heycam.github.io/webidl/#es-dictionary > - https://www.w3.org/TR/webrtc/#interface-definition OK > > Source/WebCore/Modules/mediastream/RTCPeerConnection.js:37 > > + if (configuration === @undefined || configuration === null) > > Do we want to do configuration == null instead? Sure, this is equivalent. > > LayoutTests/fast/mediastream/RTCPeerConnection.html:10 > > + shouldNotThrow("new RTCPeerConnection(null);"); > > Would be good to test that we end up using the default members values as > well. Right, let's do that in a follow-up patch.
youenn fablet
Comment 11 2017-02-08 10:42:07 PST
(In reply to comment #2) > Comment on attachment 300899 [details] > Patch > > View in context: > https://bugs.webkit.org/attachment.cgi?id=300899&action=review > > > Source/WebCore/Modules/mediastream/RTCPeerConnection.js:37 > > + if (configuration === @undefined || configuration === null) > > Could you remove this check (and the isObject check, and just make > initializeWith take an optional RTCConfiguration? We would need the binding generator to do the argument checking. Currently, that handling is left to the JS built-in code.
youenn fablet
Comment 12 2017-02-08 10:42:15 PST
Created attachment 300922 [details] Patch for landing
WebKit Commit Bot
Comment 13 2017-02-08 10:56:28 PST
Comment on attachment 300922 [details] Patch for landing Clearing flags on attachment: 300922 Committed r211886: <http://trac.webkit.org/changeset/211886>
WebKit Commit Bot
Comment 14 2017-02-08 10:56:34 PST
All reviewed patches have been landed. Closing bug.
Note You need to log in before you can comment on or make changes to this bug.