Friday, 30 November 2018
- Re: [mediacapture-screen-share] Unclear how to aggregate windows or how to handle multiple windows/monitors (#71)
- Re: [webrtc-stats] Exposing RTCIceCandidateStats.networkType might trigger fingerprinting (#374)
- Re: [webrtc-stats] Add networkType fingerprint warning (#380)
- Re: [webrtc-pc] More simulcast examples (#2035)
- Re: [webrtc-stats] Add a note controlling exposure of remote candidate addresses (#381)
- Re: [mediacapture-screen-share] Behavior for getDisplayMedia() and getDisplayMedia({}) should be the same (#65)
- Re: [webrtc-pc] RTCRtpReceiver.getParameters() clarification (#2032)
- Re: [webrtc-pc] More simulcast examples (#2035)
- Re: [webrtc-stats] Add a note controlling exposure of remote candidate addresses (#381)
- Re: [webrtc-pc] More simulcast examples (#2035)
Thursday, 29 November 2018
- Re: [webrtc-stats] RTCPeerConnectionStats appear redundant. Remove? (#382)
- Re: [webrtc-pc] More simulcast examples (#2035)
- Re: [webrtc-pc] More simulcast examples (#2035)
- Re: [webrtc-stats] RTCPeerConnectionStats appear redundant. Remove? (#382)
- Re: [webrtc-stats] RTCAudioHandlerStats: Signal/Noise Ratio (#383)
- Re: [webrtc-stats] RTCPeerConnectionStats appear redundant. Remove? (#382)
- Closed: [webrtc-stats] RTCPeerConnectionStats appear redundant. Remove? (#382)
- Re: [webrtc-stats] Inconsistent usage of not applicable/not present (#373)
- Re: [webrtc-stats] identifying the ice generation of a candidate pair (#358)
- Re: [webrtc-stats] Add networkType fingerprint warning (#380)
- [webrtc-pc] More simulcast examples (#2035)
- Re: [webrtc-pc] RTCRtpReceiver.getParameters() clarification (#2032)
- Re: [webrtc-pc] Make RTCDtlsTransport.getRemoteCertificates asynchronous? (#2034)
- Re: [webrtc-pc] Make RTCDtlsTransport.getRemoteCertificates asynchronous? (#2034)
- Re: [webrtc-pc] Describing which media description is offerer tagged. (#2001)
- Re: [webrtc-pc] Describing which media description is offerer tagged. (#2001)
- Re: [mediacapture-main] MediaStream in HTMLMediaElement: Does it have a first frame? (#555)
- Re: [mediacapture-main] Specify a way for WebDriver to add/remove/setup capture devices (#554)
- Closed: [mediacapture-main] should enumerateDevices list infrared cameras by default? (#553)
- Re: [mediacapture-main] should enumerateDevices list infrared cameras by default? (#553)
- Re: [mediacapture-main] should enumerateDevices list infrared cameras by default? (#553)
- Re: [mediacapture-screen-share] Behavior for getDisplayMedia() and getDisplayMedia({}) should be the same (#65)
- Re: [mediacapture-screen-share] Behavior for getDisplayMedia() and getDisplayMedia({}) should be the same (#65)
- Re: [mediacapture-screen-share] Behavior for getDisplayMedia() and getDisplayMedia({}) should be the same (#65)
- Re: [mediacapture-screen-share] Mention capture of audio (#78)
- [mediacapture-screen-share] Pull Request: Define DisplayMediaStreamConstraints dictionary with video = true
Wednesday, 28 November 2018
- [mediacapture-main] MediaStream in HTMLMediaElement: Does it have a first frame? (#555)
- Re: [webrtc-pc] Partially connected peerconnection might have "new" connectionstate. (#2031)
- Closed: [mediacapture-output] Should setSinkId be functional in SecureContext only? (#78)
- Re: [mediacapture-output] Should setSinkId be functional in SecureContext only? (#78)
- Re: [mediacapture-screen-share] Behavior for getDisplayMedia() and getDisplayMedia({}) should be the same (#65)
- Re: [mediacapture-screen-share] Behavior for getDisplayMedia() and getDisplayMedia({}) should be the same (#65)
- Re: [mediacapture-screen-share] Behavior for getDisplayMedia() and getDisplayMedia({}) should be the same (#65)
- Re: [mediacapture-screen-share] getDisplayMedia({video:false}) is interpreted as getDisplayMedia({video:true}) (#85)
- Re: [mediacapture-screen-share] Behavior for getDisplayMedia() and getDisplayMedia({}) should be the same (#65)
Tuesday, 27 November 2018
- Re: [webrtc-stats] Call out which stats are expected to trigger StatsEnded events (#366)
- Re: [webrtc-pc] Make RTCDtlsTransport.getRemoteCertificates asynchronous? (#2034)
Monday, 26 November 2018
- Re: [webrtc-pc] Should pc.removeTrack(sender) "reset" sending parameters in the transceiver? (#2025)
- Re: [webrtc-pc] Make RTCDtlsTransport.getRemoteCertificates asynchronous? (#2034)
- Re: [webrtc-pc] Should pc.removeTrack(sender) "reset" sending parameters in the transceiver? (#2025)
- Re: [webrtc-pc] Should pc.removeTrack(sender) "reset" sending parameters in the transceiver? (#2025)
- Re: [webrtc-pc] Should pc.removeTrack(sender) "reset" sending parameters in the transceiver? (#2025)
- Closed: [webrtc-pc] Should pc.removeTrack(sender) "reset" sending parameters in the transceiver? (#2025)
- Re: [webrtc-pc] Should pc.removeTrack(sender) "reset" sending parameters in the transceiver? (#2025)
Sunday, 25 November 2018
Friday, 23 November 2018
Thursday, 22 November 2018
- Re: [webrtc-pc] Make RTCDtlsTransport.getRemoteCertificates asynchronous? (#2034)
- Re: [webrtc-pc] Partially connected peerconnection might have "new" connectionstate. (#2031)
- Re: [webrtc-pc] Partially connected peerconnection might have "new" connectionstate. (#2031)
- Re: [webrtc-pc] Partially connected peerconnection might have "new" connectionstate. (#2031)
- Re: [webrtc-pc] Partially connected peerconnection might have "new" connectionstate. (#2031)
- Re: [webrtc-pc] Partially connected peerconnection might have "new" connectionstate. (#2031)
- Re: [webrtc-pc] Partially connected peerconnection might have "new" connectionstate. (#2031)
- [webrtc-pc] Make RTCDtlsTransport.getRemoteCertificates asynchronous? (#2034)
Wednesday, 21 November 2018
- Re: [webrtc-stats] RTCAudioHandlerStats: Signal/Noise Ratio (#383)
- Re: [mediacapture-main] How is adaptive frame rate to be handled? (#193)
- [webrtc-stats] R (#383)
- Re: [mediacapture-screen-share] Need to add @uysalere as editor to this repo (#91)
- Closed: [mediacapture-screen-share] Need to add @uysalere as editor to this repo (#91)
- [mediacapture-screen-share] Need to add @uysalere as editor to this repo (#91)
- Re: [mediacapture-screen-share] TAG review (#59)
- Re: [webrtc-pc] Valid RID values mismatch between specs
Tuesday, 20 November 2018
- Closed: [mediacapture-main] enumerateDevices() doesn't mention how to handle OS device permissions
- Re: [webrtc-pc] Should peerIdentity mechanism be moved to webrtc-identity?
- Closed: [webrtc-pc] Should peerIdentity mechanism be moved to webrtc-identity?
- Re: [webrtc-pc] Should pc.removeTrack(sender) "reset" sending parameters in the transceiver?
- Re: [webrtc-pc] Valid RID values mismatch between specs
- Re: [webrtc-pc] Should pc.removeTrack(sender) "reset" sending parameters in the transceiver?
- Re: [webrtc-pc] setCodecPreferences and RTX / RED / FEC codecs
- Re: [webrtc-pc] RTCRtpReceiver.getParameters() clarification
- Re: [mediacapture-main] should enumerateDevices list infrared cameras by default?
- Re: [webrtc-pc] Differences between pc.removeTrack(sender) and sender.replaceTrack(null)
- Re: [mediacapture-screen-share] Event for screen sharing
- Re: [webrtc-pc] RTCRtpReceiver.getParameters() clarification
Monday, 19 November 2018
- Re: [webrtc-pc] RTCDataChannel.bufferedAmountLowThreshold not handled correctly
- Re: [mediacapture-screen-share] Event for screen sharing
- Re: [mediacapture-screen-share] Event for screen sharing
- Re: [mediacapture-screen-share] Event for screen sharing
- Re: [mediacapture-screen-share] Event for screen sharing
Sunday, 18 November 2018
- Re: [mediacapture-screen-share] Event for screen sharing
- Re: [mediacapture-screen-share] Forbid getDisplayMedia in top-level browsing context by default?
- Re: [mediacapture-screen-share] Event for screen sharing
Saturday, 17 November 2018
- Re: [mediacapture-screen-share] Event for screen sharing
- Re: [mediacapture-screen-share] Forbid getDisplayMedia in top-level browsing context by default?
Friday, 16 November 2018
- Re: [webrtc-stats] RTCPeerConnectionStats appear redundant. Remove?
- Re: [mediacapture-screen-share] Forbid getDisplayMedia in top-level browsing context by default?
- Re: [webrtc-pc] RTCRtpReceiver.getParameters() clarification
- Re: [mediacapture-screen-share] Forbid getDisplayMedia in top-level browsing context by default?
- Re: [webrtc-stats] RTCPeerConnectionStats appear redundant. Remove?
Thursday, 15 November 2018
- Re: [webrtc-pc] Should we remove getDefaultIceServers?
- Re: [webrtc-stats] RTCPeerConnectionStats appear redundant. Remove?
- Re: [webrtc-pc] SVC Extension Specification (TPAC)
- Re: [webrtc-pc] SVC Extension Specification (TPAC)
- [webrtc-stats] RTCPeerConnectionStats appear redundant. Remove?
- [mediacapture-screen-share] Forbid getDisplayMedia in top-level browsing context by default?
- Closed: [mediacapture-screen-share] non-top-level browsing contexts
- Re: [mediacapture-main] Should we allow empty string device IDs?
- Re: [mediacapture-main] Should we allow empty string device IDs?
- Re: [mediacapture-main] Should we allow empty string device IDs?
- Re: [webrtc-pc] Should we remove getDefaultIceServers?
- Re: [webrtc-pc] Matching of origin for RTCCertificate objects is unclear
- Re: [webrtc-pc] Should WPT webrtc folder be renamed to webrtc-pc
- Re: [webrtc-pc] Start using new issue labels
- [webrtc-pc] new commits pushed by alvestrand
- Re: [mediacapture-screen-share] TAG review
- Re: [mediacapture-screen-share] Constraints for Captured Display Surfaces should move to MediaTrackSettings
- Re: [mediacapture-screen-share] non-top-level browsing contexts
- [webrtc-pc] Pull Request: Set [[Direction]] when doing SRD(answer).
- Closed: [mediacapture-record] Should MediaRecorderOptions members be optional?
- Re: [mediacapture-record] Should MediaRecorderOptions members be optional?
- [mediacapture-record] Should MediaRecorderOptions fields be optional?
- Re: [webrtc-pc] Add preferredPayloadType to RTCRtpCodecCapability
- Re: [webrtc-pc] Using codecPayloadType with addTransceiver()
- Re: [webrtc-pc] RTCIceTransport selected candidate pair behavior when changing state
- Re: [webrtc-pc] transceiver.direction doesn’t respond, if out-of-sync.
- Closed: [webrtc-pc] Rename sender.transport.transport to sender.transport.iceTransport?
- Re: [webrtc-pc] Rename sender.transport.transport to sender.transport.iceTransport?
Wednesday, 14 November 2018
- [webrtc-pc] RTCRtpReceiver.getParameters() clarification
- Re: [webrtc-pc] Should we remove getDefaultIceServers?
- Closed: [mediacapture-screen-share] Should getDisplayMedia be moved to navigator.mediaDevices
- Re: [mediacapture-screen-share] Should getDisplayMedia be moved to navigator.mediaDevices
- Re: [mediacapture-screen-share] The user agent should be allowed to change sources after getDisplayMedia() resolves
- Re: [mediacapture-screen-share] define behaviors of all existing constraints that should apply in the screen capture
- Closed: [mediacapture-screen-share] define behaviors of all existing constraints that should apply in the screen capture
- [mediacapture-output] new commits pushed by alvestrand
- Re: [mediacapture-main] Should getUserMedia be functional in SecureContext only?
- Closed: [mediacapture-main] Should getUserMedia be functional in SecureContext only?
- Re: [mediacapture-main] What does it mean to 'combine' origins?
- Closed: [mediacapture-main] What does it mean to 'combine' origins?
- Re: [webrtc-pc] Should we remove getDefaultIceServers?
- Re: [webrtc-stats] add rtt to rtcdatachannelsstats
- Re: [webrtc-stats] add stunserverconnectionstats
- [webrtc-pc] Partially connected peerconnection might have "new" connectionstate.
- Re: [webrtc-pc] special-casing of a=msid:-
- Re: [webrtc-pc] special-casing of a=msid:-
- Closed: [webrtc-pc] special-casing of a=msid:-
- Re: [mediacapture-main] Specify a way for WebDriver to add/remove/setup capture devices
- Re: [webrtc-pc] Should we remove getDefaultIceServers?
- Re: [webrtc-pc] Should we remove getDefaultIceServers?
Tuesday, 13 November 2018
- Closed: [mediacapture-screen-share] Should getDisplayMedia be functional in SecureContext only?
- Re: [mediacapture-screen-share] Should getDisplayMedia be functional in SecureContext only?
- Re: [webrtc-pc] Should we remove getDefaultIceServers?
- Re: [webrtc-pc] Should we remove getDefaultIceServers?
- Re: [webrtc-pc] Should we remove getDefaultIceServers?
- Re: [webrtc-pc] Should we remove getDefaultIceServers?
- Re: [webrtc-pc] Should we remove getDefaultIceServers?
- Re: [webrtc-pc] Should we remove getDefaultIceServers?
- Re: [webrtc-pc] Using codecPayloadType with addTransceiver()
- Re: [webrtc-pc] setCodecPreferences and RTX / RED / FEC codecs
- Re: [webrtc-pc] Should we remove getDefaultIceServers?
- Re: [webrtc-pc] Should we remove getDefaultIceServers?
- Re: [webrtc-pc] Should we remove getDefaultIceServers?
- Re: [mediacapture-main] Specify a way for WebDriver to add/remove/setup capture devices
- Re: [webrtc-pc] Should we remove getDefaultIceServers?
- Re: [webrtc-pc] Should we remove getDefaultIceServers?
Monday, 12 November 2018
- Re: [webrtc-pc] RTCRtpReceiver.getStreams() and RTCRtpSender.getStreams()
- Re: [webrtc-pc] RTCRtpReceiver.getStreams() and RTCRtpSender.getStreams()
- Re: [webrtc-pc] RTCRtpReceiver.getStreams() and RTCRtpSender.getStreams()
- Re: [webrtc-pc] RTCRtpReceiver.getStreams() and RTCRtpSender.getStreams()
- Re: [webrtc-pc] RTCRtpReceiver.getStreams() and RTCRtpSender.getStreams()
- Re: [mediacapture-main] Specify a way for WebDriver to add/remove/setup capture devices
- Re: [webrtc-pc] Should WPT webrtc folder be renamed to webrtc-pc
- Re: [mediacapture-main] Specify a way for WebDriver to add/remove/setup capture devices
Sunday, 11 November 2018
- Re: [webrtc-pc] Should WPT webrtc folder be renamed to webrtc-pc
- Re: [mediacapture-main] Specify a way for WebDriver to add/remove/setup capture devices
Saturday, 10 November 2018
Friday, 9 November 2018
- Re: [webrtc-pc] Should WPT webrtc folder be renamed to webrtc-pc
- Re: [webrtc-pc] Should WPT webrtc folder be renamed to webrtc-pc
- [mediacapture-main] Specify a way for WebDriver to add/remove/setup capture devices
Thursday, 8 November 2018
- Re: [mediacapture-screen-share] Source pixel ratio of the video track
- Re: [webrtc-pc] setCodecPreferences and RTX / RED / FEC codecs
- Re: [webrtc-pc] Should WPT webrtc folder be renamed to webrtc-pc
- Re: [mediacapture-screen-share] Define and rely on "display-capture" permission-based feature policy.
- [mediacapture-main] new commits pushed by henbos
- [mediacapture-main] new commits pushed by jan-ivar
- [mediacapture-main] new commits pushed by henbos
- Re: [webrtc-pc] callback-based https://w3c.github.io/webrtc-pc/#method-extensions are not covered by WPT tests
- [webrtc-pc] new commits pushed by henbos
- [webrtc-pc] new commits pushed by henbos
- Closed: [webrtc-pc] Regarding "a=msid"
- [webrtc-pc] Pull Request: Specify how codec preferences is affected by direction.
- Re: [webrtc-pc] callback-based https://w3c.github.io/webrtc-pc/#method-extensions are not covered by WPT tests
- Re: [webrtc-pc] setCodecPreferences and transceiver direction change
- [webrtc-pc] Pull Request: Make it clear that track IDs don't match on send and receive side
- Re: [webrtc-pc] Regarding "a=msid"
- Re: [webrtc-pc] Regarding "a=msid"
- Re: [webrtc-pc] Should we remove getDefaultIceServers?
- Re: [webrtc-pc] Should we remove getDefaultIceServers?
- Re: [webrtc-pc] callback-based https://w3c.github.io/webrtc-pc/#method-extensions are not covered by WPT tests
- Re: [webrtc-pc] Should we remove getDefaultIceServers?
- Re: [webrtc-pc] setCodecPreferences and RTX / RED / FEC codecs
- Re: [webrtc-pc] Should we remove getDefaultIceServers?
- Re: [webrtc-pc] Should we remove getDefaultIceServers?
- Re: [mediacapture-screen-share] Source pixel ratio of the video track
- Re: [webrtc-pc] Should we remove getDefaultIceServers?
- Re: [webrtc-pc] Should we remove getDefaultIceServers?
- Re: [webrtc-pc] Should pc.removeTrack(sender) "reset" sending parameters in the transceiver?
- [mediacapture-screen-share] Source pixel ratio of the video track
- Re: [webrtc-pc] Should pc.removeTrack(sender) "reset" sending parameters in the transceiver?
Wednesday, 7 November 2018
- Re: [mediacapture-screen-share] Define and rely on "display-capture" permission-based feature policy.
- Closed: [mediacapture-screen-share] Handle source device pixel ratio
- Re: [webrtc-pc] Should pc.removeTrack(sender) "reset" sending parameters in the transceiver?
- Re: [webrtc-pc] Should pc.removeTrack(sender) "reset" sending parameters in the transceiver?
- [webrtc-stats] new commits pushed by dontcallmedom
- [mediacapture-output] new commits pushed by dontcallmedom
- [mediacapture-image] new commits pushed by dontcallmedom
- [mediacapture-record] new commits pushed by dontcallmedom
- [mediacapture-main] new commits pushed by dontcallmedom
- [webrtc-pc] new commits pushed by dontcallmedom
Tuesday, 6 November 2018
- Re: [webrtc-pc] special-casing of a=msid:-
- [webrtc-pc] setCodecPreferences and RTX / RED / FEC codecs
- Re: [webrtc-pc] special-casing of a=msid:-
- Re: [webrtc-stats] Add networkType fingerprint warning
- Re: [webrtc-stats] Interframe delay stat for video receive stream.
- Re: [webrtc-stats] Interframe delay stat for video receive stream.
- [webrtc-pc] special-casing of a=msid:-
- Re: [webrtc-stats] Interframe delay stat for video receive stream.
- Re: [webrtc-stats] Interframe delay stat for video receive stream.
- [webrtc-pc] Should WPT webrtc folder be renamed to webrtc-pc
- Re: [webrtc-stats] Add a note controlling exposure of remote candidate addresses
- Re: [webrtc-pc] Should pc.removeTrack(sender) "reset" sending parameters in the transceiver?
Monday, 5 November 2018
- [webrtc-pc] Should pc.removeTrack(sender) "reset" sending parameters in the transceiver?
- Re: [webrtc-stats] Add networkType fingerprint warning
- Re: [webrtc-stats] add rtt to rtcdatachannelsstats
- Re: [webrtc-stats] add stunserverconnectionstats
- Re: [mediacapture-main] Make navigator.mediaDevices and navigator.getUserMedia SecureContext
- Re: [webrtc-pc] Differences between pc.removeTrack(sender) and sender.replaceTrack(null)
- Re: [webrtc-stats] Add a note controlling exposure of remote candidate addresses
- Re: [webrtc-pc] Differences between pc.removeTrack(sender) and sender.replaceTrack(null)
- Re: [mediacapture-screen-share] Define and rely on "display" permission-based feature policy.
- Re: [webrtc-pc] Differences between pc.removeTrack(sender) and sender.replaceTrack(null)
- Re: [webrtc-pc] Differences between pc.removeTrack(sender) and sender.replaceTrack(null)
- [webrtc-pc] Differences between pc.removeTrack(sender) and sender.replaceTrack(null)
- Re: [webrtc-pc] Make possible to select TURN allocation address family (to avoid IPv6 confusion)
- Re: [webrtc-pc] rename DtlsTransport.transport to DtlsTransport.iceTransport
- Re: [mediacapture-main] should enumerateDevices list infrared cameras by default?
- Re: [webrtc-pc] callback-based https://w3c.github.io/webrtc-pc/#method-extensions are not covered by WPT tests
- Re: [webrtc-pc] https://w3c.github.io/webrtc-pc/#method-extensions is not covered by WPT tests
Sunday, 4 November 2018
- Re: [webrtc-pc] https://w3c.github.io/webrtc-pc/#method-extensions is not covered by WPT tests
- Re: [webrtc-pc] Should we remove getDefaultIceServers?
- Re: [webrtc-pc] Should we remove getDefaultIceServers?
- Re: [webrtc-pc] Should we remove getDefaultIceServers?
- Re: [webrtc-pc] Should we remove getDefaultIceServers?
- [mediacapture-main] should enumerateDevices list infrared cameras by default?
- Re: [webrtc-pc] Should we remove getDefaultIceServers?
- Re: [webrtc-pc] Should we remove getDefaultIceServers?
- [webrtc-pc] Should we remove getDefaultIceServers?
- [webrtc-pc] https://w3c.github.io/webrtc-pc/#method-extensions is not covered by WPT tests
- Re: [webrtc-pc] Should peerIdentity mechanism be moved to webrtc-identity?
- Re: [webrtc-pc] Should peerIdentity mechanism be moved to webrtc-identity?
- [webrtc-pc] Should peerIdentity mechanism be moved to webrtc-identity?
- Re: [mediacapture-screen-share] Define and rely on "display" permission-based feature policy.
Saturday, 3 November 2018
- Re: [mediacapture-screen-share] Define and rely on "display" permission-based feature policy.
- Re: [mediacapture-screen-share] Define and rely on "display" permission-based feature policy.
- Re: [webrtc-pc] Redundant queuing in connection state computations.
- Re: [mediacapture-screen-share] Define and rely on "display" permission-based feature policy.
- Re: [mediacapture-screen-share] Define and rely on "display" permission-based feature policy.
- Re: [mediacapture-screen-share] Handle source device pixel ratio
Friday, 2 November 2018
- Re: [mediacapture-screen-share] Define source pixel ratio, instead of relying on window.devicePixelRatio
- [mediacapture-screen-share] Pull Request: Define source pixel ratio, instead of relying on window.devicePixelRatio
- Re: [mediacapture-screen-share] Handle source device pixel ratio
- Re: [webrtc-stats] Add networkType fingerprint warning
- Re: [webrtc-stats] Add networkType fingerprint warning
Thursday, 1 November 2018
- Re: [mediacapture-screen-share] Handle source device pixel ratio
- Re: [webrtc-stats] Add networkType fingerprint warning
- Closed: [mediacapture-screen-share] Handle source device pixel ratio
- Re: [mediacapture-screen-share] Handle source device pixel ratio
- Closed: [mediacapture-screen-share] Interaction with permissions API
- Re: [mediacapture-screen-share] Interaction with permissions API
- Re: [webrtc-pc] Redundant queuing in connection state computations.
- [webrtc-pc] Redundant queuing in connection state computations.
- Re: [webrtc-stats] Add networkType fingerprint warning
- Re: [webrtc-stats] Add networkType fingerprint warning
- Re: [mediacapture-fromelement] Must the alpha channel be preserved, and what about encoding in an alpha-less format?
- Re: [webrtc-stats] Add networkType fingerprint warning
- [mediacapture-screen-share] Pull Request: Define and rely on "display" permission-based feature policy.
- [mediacapture-main] Pull Request: Define "camera" and "microphone" feature policies.
- Re: [mediacapture-screen-share] List Constrainable Properties and their behavior.
- Re: [webrtc-stats] Add networkType fingerprint warning