public-webrtc@w3.org from May 2014 by date

Thursday, 29 May 2014

• [Bug 25893] Offer Answer options should supported sendOnly and inactive media states. bugzilla@jessica.w3.org
• [Bug 25893] Offer Answer options should supported sendOnly and inactive media states. bugzilla@jessica.w3.org
• Re: IE implementing WebRTC? Martin Thomson
• Re: IE implementing WebRTC? Alex Gouaillard
• Re: IE implementing WebRTC? cowwoc
• Re: IE implementing WebRTC? Victor Pascual
• IE implementing WebRTC? cowwoc
• [Bug 25893] Offer Answer options should supported sendOnly and inactive media states. bugzilla@jessica.w3.org

Wednesday, 28 May 2014

• Re: Sending very large chunks over the data channel Harald Alvestrand
• Re: Sending very large chunks over the data channel Wolfgang Beck
• Re: Sending very large chunks over the data channel Iñaki Baz Castillo
• Re: Sending very large chunks over the data channel Harald Alvestrand
• Re: Sending very large chunks over the data channel Iñaki Baz Castillo
• Re: Sending very large chunks over the data channel piranna@gmail.com
• Re: Sending very large chunks over the data channel Iñaki Baz Castillo
• Re: Sending very large chunks over the data channel Iñaki Baz Castillo
• Re: Sending very large chunks over the data channel piranna@gmail.com
• Re: Sending very large chunks over the data channel Harald Alvestrand
• Re: Sending very large chunks over the data channel Tim Panton new
• Re: Sending very large chunks over the data channel Iñaki Baz Castillo
• Re: Sending very large chunks over the data channel Harald Alvestrand
• Re: Sending very large chunks over the data channel Tim Panton new
• Re: Sending very large chunks over the data channel Harald Alvestrand
• Re: Sending very large chunks over the data channel Stefan Håkansson LK
• Re: Sending very large chunks over the data channel tim panton
• Re: Sending very large chunks over the data channel Stefan Håkansson LK
• Re: Sending very large chunks over the data channel tim panton
• Re: Sending very large chunks over the data channel piranna@gmail.com
• Re: Sending very large chunks over the data channel Harald Alvestrand
• Re: Sending very large chunks over the data channel Wolfgang Beck

Tuesday, 27 May 2014

• Re: Update of Doodle for teleconf Adam Roach
• Re: Update of Doodle for teleconf Mary Barnes
• Update of Doodle for teleconf Stefan Håkansson LK
• [Bug 25893] Offer Answer options should supported sendOnly and inactive media states. bugzilla@jessica.w3.org
• Chairs' notes, May 20-21 WG meeting Harald Alvestrand
• Re: [minutes] May 20-21 F2F Dominique Hazael-Massieux
• [Bug 25893] New: Offer Answer options should supported sendOnly and inactive media states. bugzilla@jessica.w3.org
• [Bug 25892] New: SignalingStateChange event should be fired only if there is a change in signaling state. bugzilla@jessica.w3.org
• [Bug 25806] ice pool size bugzilla@jessica.w3.org
• Sending very large chunks over the data channel Stefan Håkansson LK
• Re: Reminder: Disconnect between Streams and DataChannel API models Harald Alvestrand
• Re: Reminder: Disconnect between Streams and DataChannel API models Stefan Håkansson LK

Monday, 26 May 2014

• [Bug 25440] MediaStreamTrack.readyState has no muted attribute bugzilla@jessica.w3.org
• Re: [minutes] May 20-21 F2F Dini Martini
• Reminder: Disconnect between Streams and DataChannel API models Harald Alvestrand

Friday, 23 May 2014

• Re: [minutes] May 20-21 F2F Mary Barnes
• [Bug 25856] Add way to find out if a MST is isolated or becomes islocated bugzilla@jessica.w3.org
• Re: Isolated tracks Dominique Hazael-Massieux
• Re: Isolated tracks Martin Thomson
• Re: Isolated tracks Dominique Hazael-Massieux
• Re: [minutes] May 20-21 F2F Dominique Hazael-Massieux

Thursday, 22 May 2014

• Re: [minutes] May 20-21 F2F Mary Barnes
• [minutes] May 20-21 F2F Dominique Hazael-Massieux
• Re: Starting session early cowwoc
• Re: Starting session early cowwoc
• Isolated tracks Martin Thomson

Wednesday, 21 May 2014

• [Bug 25840] Creating DataChannel with same label. bugzilla@jessica.w3.org
• [Bug 25859] New: Streams that become isolated generate errors on PC bugzilla@jessica.w3.org
• [Bug 25856] Add way to find out if a MST is isolated or becomes islocated bugzilla@jessica.w3.org
• [Bug 25856] Add way to find out if a MST is isolated or becomes islocated bugzilla@jessica.w3.org
• [Bug 25855] Clarification about conformance requirements phrased as algorithms bugzilla@jessica.w3.org
• [Bug 25856] New: Add way to find out if a MST is isolated or becomes islocated bugzilla@jessica.w3.org
• Re: Next steps on RTCRtpSender "doohickey" proposal Justin Uberti
• [Bug 25855] Clarification about conformance requirements phrased as algorithms bugzilla@jessica.w3.org
• [Bug 25855] New: Clarification about conformance requirements phrased as algorithms bugzilla@jessica.w3.org
• What IRC channel will we use? Stefan Håkansson LK
• Starting session early Stefan Håkansson LK
• Re: Next steps on RTCRtpSender "doohickey" proposal Martin Thomson
• [Bug 25837] throw error when setting invalid parameters to DTMF sender bugzilla@jessica.w3.org
• [Bug 25834] close is synchronous & idempotent bugzilla@jessica.w3.org
• Re: Fwd: [Bug 25834] close is synchronous& idopontent cowwoc
• Re: Next steps on RTCRtpSender "doohickey" proposal Justin Uberti
• [Bug 25836] add note about addtrack being async bugzilla@jessica.w3.org
• [Bug 25834] close is synchronous& idopontent bugzilla@jessica.w3.org
• [Bug 25841] DataChannel and DTMF methods should check for peerConnection closed state bugzilla@jessica.w3.org
• Fwd: [Bug 25834] close is synchronous& idopontent Cullen Jennings (fluffy)
• [Bug 25841] DataChannel and DTMF methods should check for peerConnection closed state bugzilla@jessica.w3.org
• [Bug 25841] DataChannel and DTMF methods should check for peerConnection closed state bugzilla@jessica.w3.org
• [Bug 25840] Creating DataChannel with same label. bugzilla@jessica.w3.org
• Re: [Bug 25840] New: Creating DataChannel with same label. Adam Bergkvist
• Re: Re: Re: Re: Re: [Bug 25840] New: Creating DataChannel with same label. Kiran Kumar Guduru
• Re: Re: Re: Re: [Bug 25840] New: Creating DataChannel with same label. piranna@gmail.com
• Re: Re: Re: Re: [Bug 25840] New: Creating DataChannel with same label. Kiran Kumar Guduru
• Re: Re: Re: [Bug 25840] New: Creating DataChannel with same label. piranna@gmail.com
• Re: Re: Re: [Bug 25840] New: Creating DataChannel with same label. Kiran Kumar Guduru
• Re: Re: [Bug 25840] New: Creating DataChannel with same label. piranna@gmail.com
• Re: Re: [Bug 25840] New: Creating DataChannel with same label. Kiran Kumar Guduru
• Re: Re: [Bug 25840] New: Creating DataChannel with same label. Kiran Kumar Guduru
• Re: [Bug 25840] New: Creating DataChannel with same label. Michael Tuexen
• Re: Re: [Bug 25840] New: Creating DataChannel with same label. Kiran Kumar Guduru
• Re: [Bug 25840] New: Creating DataChannel with same label. piranna@gmail.com
• [Bug 25833] change the definition of "enqueue a task" as EKR slides May 20 bugzilla@jessica.w3.org

Tuesday, 20 May 2014

• [Bug 25834] close is synchronous& idopontent bugzilla@jessica.w3.org
• Re: [Bug 25840] New: Creating DataChannel with same label. Michael Tuexen
• Re: Re: [Bug 25840] New: Creating DataChannel with same label. Kiran Kumar Guduru
• Re: Tomorrow's meeting - early start possible Stefan Håkansson LK
• Re: [Bug 25840] New: Creating DataChannel with same label. Michael Tuexen
• [Bug 25841] New: DataChannel and DTMF methods should check for peerConnection closed state bugzilla@jessica.w3.org
• [Bug 25840] New: Creating DataChannel with same label. bugzilla@jessica.w3.org
• Couple of inputs for errors Handling Kiran Kumar Guduru
• [Bug 25837] throw error when setting invalid parameters to DTMF sender bugzilla@jessica.w3.org
• [Bug 25837] New: throw error when setting invalid parameters to DTMF sender bugzilla@jessica.w3.org
• [Bug 25836] New: add note about addtrack being async bugzilla@jessica.w3.org
• [Bug 25835] New: when closing, all outstanding actions are cancelled and their callbacks are fired with a "cancelled" error bugzilla@jessica.w3.org
• [Bug 25834] New: close is synchronous& idopontent bugzilla@jessica.w3.org
• [Bug 25833] New: change the definition of "enqueue a task" as EKR slides May 20 bugzilla@jessica.w3.org
• Fwd: Re: Re: Re: Re: Avoid sdp mangling in WebRTC by setting codec preferences - review request. Kiran Kumar Guduru
• Re: Next steps on RTCRtpSender "doohickey" proposal Martin Thomson
• Re: data API retransmission model Michael Tuexen
• Re: New issue: switching sources Jim Barnett
• Tomorrow's meeting - early start possible Stefan Håkansson LK
• Re: Re: New issue: switching sources Kiran Kumar Guduru
• Re: RE: New issue: switching sources Kiran Kumar Guduru
• RE: New issue: switching sources Suhas Nandakumar (snandaku)
• Re: New issue: switching sources Peter Thatcher
• Re: New issue: switching sources Jim Barnett
• Re: New issue: switching sources Peter Thatcher
• Re: New issue: switching sources Peter Thatcher
• Re: New issue: switching sources Stefan Håkansson LK
• Re: New issue: switching sources Stefan Håkansson LK
• [Bug 25828] New: Need to add pc.canTrickle) bugzilla@jessica.w3.org
• Re: New issue: switching sources Martin Thomson
• Re: data API retransmission model Adam Bergkvist
• Re: New issue: switching sources Peter Thatcher
• Re: New issue: switching sources Jim Barnett
• Re: Re: New issue: switching sources Kiran Kumar Guduru
• Re: New issue: switching sources Stefan Håkansson LK
• Re: New issue: switching sources Stefan Håkansson LK
• Re: New issue: switching sources Peter Thatcher
• Re: Updated Stats proposal - May 13 Varun Singh
• Re: Syntax of new constraint proposal Suhas Nandakumar (snandaku)
• Re: Syntax of new constraint proposal Suhas Nandakumar (snandaku)

Monday, 19 May 2014

• New issue: switching sources Martin Thomson
• Re: Re: Invitation: WebRTC Interim Day 1 @ Mon May 19, 2014 10:30am - 2:50pm (dcrocker@bbiw.net) Kiran Kumar Guduru
• [Bug 25811] New: Change extensible enum to dom strings bugzilla@jessica.w3.org
• Re: Updated Stats proposal - May 13 Harald Alvestrand
• [Bug 25807] Avoid sdpMangling by modifying codec preferences through API. bugzilla@jessica.w3.org
• [Bug 25808] New: add new acces for the active remote/local SDP bugzilla@jessica.w3.org
• [Bug 25807] New: Avoid sdpMangling by modifying codec preferences through API. bugzilla@jessica.w3.org
• Re: Updated Stats proposal - May 13 Varun Singh
• [Bug 25806] ice pool size bugzilla@jessica.w3.org
• [Bug 25806] New: ice pool size bugzilla@jessica.w3.org
• Re: Re: Re: Re: Avoid sdp mangling in WebRTC by setting codec preferences - review request. Kiran Kumar Guduru
• Re: Re: Re: Re: Re: A proposal for returning STUN/TURN server errors to applications Kiran Kumar Guduru
• Re: Re: Re: Re: A proposal for returning STUN/TURN server errors to applications Justin Uberti
• Re: A proposal for returning STUN/TURN server errors to applications Philipp Hancke
• Re: Re: Re: Re: A proposal for returning STUN/TURN server errors to applications Kiran Kumar Guduru
• Re: Re: Re: Avoid sdp mangling in WebRTC by setting codec preferences - review request. Justin Uberti
• Re: Re: Re: A proposal for returning STUN/TURN server errors to applications Justin Uberti
• Re: Re: Re: A proposal for returning STUN/TURN server errors to applications Kiran Kumar Guduru
• Re: Re: Re: Avoid sdp mangling in WebRTC by setting codec preferences - review request. Kiran Kumar Guduru
• Re: A proposal for returning STUN/TURN server errors to applications Justin Uberti
• Re: Re: A proposal for returning STUN/TURN server errors to applications Justin Uberti
• Comments on draft Eric Rescorla
• Re: Syntax of new constraint proposal Silvia Pfeiffer
• Re: Dealing with isolation state mismatches Martin Thomson
• Re: Syntax of new constraint proposal Dan Burnett
• Re: A proposal for returning STUN/TURN server errors to applications Philipp Hancke
• Re: Syntax of new constraint proposal Harald Alvestrand
• Re: Syntax of new constraint proposal Silvia Pfeiffer
• Re: Re: A proposal for returning STUN/TURN server errors to applications Kiran Kumar Guduru
• Re: A proposal for returning STUN/TURN server errors to applications Roman Shpount
• Re: Dealing with isolation state mismatches Bernard Aboba
• Re: Job lot of slides for next week Martin Thomson
• Re: Syntax of new constraint proposal Martin Thomson
• Re: A proposal for returning STUN/TURN server errors to applications Martin Thomson
• Re: new DTLS key for call Martin Thomson
• Re: [rtcweb] Default candidate pool size Martin Thomson
• Re: Finishing off "rollback" Martin Thomson
• Re: IDP protcols Martin Thomson
• Re: Syntax of new constraint proposal Harald Alvestrand
• Re: Syntax of new constraint proposal Silvia Pfeiffer

Sunday, 18 May 2014

• Re: A proposal for returning STUN/TURN server errors to applications Justin Uberti
• Re: A proposal for returning STUN/TURN server errors to applications Thomas Bruun
• Re: Dealing with isolation state mismatches Cullen Jennings
• Re: creation of pranswer Steev James
• Re: data API retransmission model franklin blek
• Re: data API retransmission model Michael Tuexen
• Re: Syntax of new constraint proposal Justin Uberti
• A proposal for returning STUN/TURN server errors to applications Justin Uberti
• Re: data API retransmission model franklin blek
• Re: new DTLS key for call Cullen Jennings (fluffy)
• Re: data API retransmission model Cullen Jennings (fluffy)
• Re: data API retransmission model franklin blek
• Re: Syntax of new constraint proposal Cullen Jennings (fluffy)
• Re: data API retransmission model Michael Tuexen
• Re: new DTLS key for call Justin Uberti
• new DTLS key for call Cullen Jennings (fluffy)
• Re: Re: Avoid sdp mangling in WebRTC by setting codec preferences - review request. franklin blek
• Re: Re: Avoid sdp mangling in WebRTC by setting codec preferences - review request. franklin blek
• Re: [rtcweb] Default candidate pool size Justin Uberti
• Re: Re: Avoid sdp mangling in WebRTC by setting codec preferences - review request. Justin Uberti
• Finishing off "rollback" Justin Uberti
• data API retransmission model Cullen Jennings (fluffy)
• Re: Re: Avoid sdp mangling in WebRTC by setting codec preferences - review request. Eric Rescorla
• Re: [rtcweb] Default candidate pool size Eric Rescorla
• Re: requestIdentity Justin Uberti
• Re: Re: Avoid sdp mangling in WebRTC by setting codec preferences - review request. Justin Uberti
• Re: Syntax of new constraint proposal Justin Uberti
• Stats Example Cullen Jennings (fluffy)
• Re: creation of pranswer Justin Uberti
• Re: sdpMLineIndex in RTCPeerConnectionIceEvent Justin Uberti
• Re: [rtcweb] Default candidate pool size Justin Uberti
• Re: sdpMLineIndex in RTCPeerConnectionIceEvent Cullen Jennings (fluffy)
• Re: sdpMLineIndex in RTCPeerConnectionIceEvent Justin Uberti
• Re: [rtcweb] Default candidate pool size Eric Rescorla
• Re: [rtcweb] Default candidate pool size Justin Uberti
• IDP protcols Cullen Jennings (fluffy)
• sdpMLineIndex in RTCPeerConnectionIceEvent Cullen Jennings (fluffy)
• creation of pranswer Cullen Jennings (fluffy)
• Re: [rtcweb] Default candidate pool size Cullen Jennings
• Re: Syntax of new constraint proposal Harald Alvestrand
• Syntax of new constraint proposal Cullen Jennings (fluffy)
• Re: Re: Avoid sdp mangling in WebRTC by setting codec preferences - review request. Kiran Kumar Guduru
• Re: [rtcweb] Default candidate pool size Eric Rescorla
• Re: Avoid sdp mangling in WebRTC by setting codec preferences - review request. Cullen Jennings
• Draft proposal for setting codec preferences - draft-guduru-rtcweb-codec-preferences-00.txt Kiran Kumar Guduru
• Re: RTPSender/Receiver - The case for Constraints Stefan Håkansson LK

Saturday, 17 May 2014

• Re: [rtcweb] Default candidate pool size Cullen Jennings
• RE: RTPSender/Receiver - The case for Constraints Bernard Aboba

Friday, 16 May 2014

• RE: RTPSender/Receiver - The case for Constraints Suhas Nandakumar (snandaku)
• Re: [Bug 25724] New: Allow garbage collection of closed PeerConnections Martin Thomson
• RE: RTPSender/Receiver - The case for Constraints Bernard Aboba
• RE: RTPSender/Receiver - The case for Constraints Suhas Nandakumar (snandaku)
• Remote participation Ted Hardie
• Re: RTPSender/Receiver - The case for Constraints Jan-Ivar Bruaroey
• Re: [Bug 25724] New: Allow garbage collection of closed PeerConnections Jan-Ivar Bruaroey
• Re: [Bug 25724] New: Allow garbage collection of closed PeerConnections Jan-Ivar Bruaroey
• Re: [Bug 25724] New: Allow garbage collection of closed PeerConnections Martin Thomson
• Re: Dealing with isolation state mismatches Martin Thomson
• Re: RTPSender/Receiver - The case for Constraints Stefan Håkansson LK
• Re: Any plan for zoom capacity in webRTC. Sam Dutton
• Re: Any plan for zoom capacity in webRTC. Harald Alvestrand
• Re: [Bug 25724] New: Allow garbage collection of closed PeerConnections Harald Alvestrand
• Re: Dealing with isolation state mismatches Harald Alvestrand
• Re: [Bug 25724] New: Allow garbage collection of closed PeerConnections Stefan Håkansson LK

Thursday, 15 May 2014

• Re: Any plan for zoom capacity in webRTC. Silvia Pfeiffer

Wednesday, 14 May 2014

• Any plan for zoom capacity in webRTC. George Hazelwood

Thursday, 15 May 2014

• Re: [Bug 25724] New: Allow garbage collection of closed PeerConnections Jan-Ivar Bruaroey
• RTPSender/Receiver - The case for Constraints Suhas Nandakumar (snandaku)
• Re: Dealing with isolation state mismatches Jim Barnett
• Agenda for the meeting Tue+Wed Stefan Håkansson LK
• Re: Dealing with isolation state mismatches Tim Panton new
• Re: Dealing with isolation state mismatches Martin Thomson
• Re: Dealing with isolation state mismatches Martin Thomson
• Re: Dealing with isolation state mismatches Martin Thomson
• Re: Dealing with isolation state mismatches Harald Alvestrand
• Re: Dealing with isolation state mismatches Stefan Håkansson LK
• Re: Dealing with isolation state mismatches Harald Alvestrand
• [Bug 25724] New: Allow garbage collection of closed PeerConnections bugzilla@jessica.w3.org
• Re: Dealing with isolation state mismatches Stefan Håkansson LK
• Re: Updated Stats proposal - May 13 Harald Alvestrand
• Re: Dealing with isolation state mismatches Stefan Håkansson LK
• Re: Updated Stats proposal - May 13 Varun Singh
• Re: Dealing with isolation state mismatches Harald Alvestrand
• Re: Updated Stats proposal - May 13 Varun Singh
• Re: Job lot of slides for next week Harald Alvestrand
• Re: Updated Stats proposal - May 13 Harald Alvestrand
• Re: Dealing with isolation state mismatches tim panton
• Dealing with isolation state mismatches Martin Thomson
• requestIdentity Martin Thomson
• Job lot of slides for next week Martin Thomson
• Re: Updated Stats proposal - May 13 Jan-Ivar Bruaroey

Wednesday, 14 May 2014

• Meeting recordings for upcoming interim Ted Hardie
• Re: Updated Stats proposal - May 13 Harald Alvestrand
• Re: Updated Stats proposal - May 13 Harald Alvestrand

Tuesday, 13 May 2014

• Re: Updated Stats proposal - May 13 Varun Singh
• Re: Updated Stats proposal - May 13 Philipp Hancke
• Re: Updated Stats proposal - May 13 Harald Alvestrand
• Re: Updated Stats proposal - May 13 Varun Singh
• Re: Updated Stats proposal - May 13 Harald Alvestrand
• Re: Updated Stats proposal - May 13 Varun Singh
• Re: Re: [rtcweb] Default candidate pool size Kiran Kumar Guduru
• Updated Stats proposal - May 13 Harald Alvestrand
• Re: Firefox automatically provides local ICE candidates (it does not fire onicecandidate) Iñaki Baz Castillo
• Re: Firefox automatically provides local ICE candidates (it does not fire onicecandidate) Alex Gouaillard

Monday, 12 May 2014

• Re: [rtcweb] Default candidate pool size Martin Thomson
• Re: DataChannel: how to know the max size of the sending buffer? Wolfgang Beck
• Default candidate pool size Eric Rescorla

Sunday, 11 May 2014

• Re: DataChannel: how to know the max size of the sending buffer? Iñaki Baz Castillo
• Re: DataChannel: how to know the max size of the sending buffer? piranna@gmail.com
• Re: DataChannel: how to know the max size of the sending buffer? Wolfgang Beck

Saturday, 10 May 2014

• Re: DataChannel: how to know the max size of the sending buffer? Iñaki Baz Castillo
• Re: DataChannel: how to know the max size of the sending buffer? piranna@gmail.com
• Re: DataChannel: how to know the max size of the sending buffer? Iñaki Baz Castillo
• Re: DataChannel: how to know the max size of the sending buffer? Wolfgang Beck

Friday, 9 May 2014

• Re: Firefox automatically provides local ICE candidates (it does not fire onicecandidate) Martin Thomson
• Re: REMINDER: Joint Interim meeting May 19-21, 2014 Mary Barnes
• Re: Firefox automatically provides local ICE candidates (it does not fire onicecandidate) Justin Uberti
• Re: Firefox automatically provides local ICE candidates (it does not fire onicecandidate) Alex Gouaillard
• Re: Firefox automatically provides local ICE candidates (it does not fire onicecandidate) Justin Uberti

Thursday, 8 May 2014

• Re: Firefox automatically provides local ICE candidates (it does not fire onicecandidate) Eric Rescorla
• Firefox automatically provides local ICE candidates (it does not fire onicecandidate) Iñaki Baz Castillo
• Re: REMINDER: Joint Interim meeting May 19-21, 2014 James Spring
• Re: REMINDER: Joint Interim meeting May 19-21, 2014 tim panton
• RE: REMINDER: Joint Interim meeting May 19-21, 2014 Bernard Aboba
• Re: REMINDER: Joint Interim meeting May 19-21, 2014 Erik Lagerway
• Re: REMINDER: Joint Interim meeting May 19-21, 2014 Mary Barnes
• Re: Next steps on RTCRtpSender "doohickey" proposal Stefan Håkansson LK
• Re: Re: Next steps on RTCRtpSender "doohickey" proposal Kiran Kumar Guduru
• Re: Next steps on RTCRtpSender "doohickey" proposal Harald Alvestrand
• Re: Next steps on RTCRtpSender "doohickey" proposal Kiran Kumar Guduru
• Re: Re: Next steps on RTCRtpSender "doohickey" proposal Kiran Kumar Guduru
• Re: Next steps on RTCRtpSender "doohickey" proposal Harald Alvestrand
• Re: Next steps on RTCRtpSender "doohickey" proposal Stefan Håkansson LK
• Re: Next steps on RTCRtpSender "doohickey" proposal Harald Alvestrand
• Re: Next steps on RTCRtpSender "doohickey" proposal Stefan Håkansson LK
• REMINDER: Joint Interim meeting May 19-21, 2014 Harald Alvestrand
• Re: Next steps on RTCRtpSender "doohickey" proposal Harald Alvestrand
• [Bug 25497] RTCRtpSender / Receiver objects need to be added to the specification bugzilla@jessica.w3.org
• Re: renaming updateIce Harald Alvestrand
• [Bug 25596] New: updateIce should be called setConfiguration bugzilla@jessica.w3.org
• Re: Next steps on RTCRtpSender "doohickey" proposal Alex Gouaillard
• Next steps on RTCRtpSender "doohickey" proposal Justin Uberti
• Re: renaming updateIce Justin Uberti
• Re: DataChannel: how to know the max size of the sending buffer? Martin Thomson

Wednesday, 7 May 2014

• Re: DataChannel: how to know the max size of the sending buffer? Iñaki Baz Castillo
• Re: [Bug 25579] New: State transitions are missing in RTCPeerConnections state transition diagram. Harald Alvestrand
• Re: DataChannel: how to know the max size of the sending buffer? tim panton
• Re: DataChannel: how to know the max size of the sending buffer? Iñaki Baz Castillo
• Re: DataChannel: how to know the max size of the sending buffer? tim panton
• Re: DataChannel: how to know the max size of the sending buffer? Iñaki Baz Castillo
• Re: [Bug 25579] New: State transitions are missing in RTCPeerConnections state transition diagram. franklin blek
• Re: DataChannel: how to know the max size of the sending buffer? tim panton
• Re: DataChannel: how to know the max size of the sending buffer? Iñaki Baz Castillo
• Re: DataChannel: how to know the max size of the sending buffer? piranna@gmail.com
• Re: DataChannel: how to know the max size of the sending buffer? tim panton
• Re: DataChannel: how to know the max size of the sending buffer? Iñaki Baz Castillo
• Re: DataChannel: how to know the max size of the sending buffer? Iñaki Baz Castillo
• Re: [Bug 25579] New: State transitions are missing in RTCPeerConnections state transition diagram. Paul Kyzivat
• Re: DataChannel: how to know the max size of the sending buffer? piranna@gmail.com
• Re: DataChannel: how to know the max size of the sending buffer? tim panton
• Re: DataChannel: how to know the max size of the sending buffer? Iñaki Baz Castillo
• Re: DataChannel: how to know the max size of the sending buffer? piranna@gmail.com
• DataChannel: how to know the max size of the sending buffer? Iñaki Baz Castillo
• Re: [Bug 25579] New: State transitions are missing in RTCPeerConnections state transition diagram. franklin blek
• Re: [Bug 25579] New: State transitions are missing in RTCPeerConnections state transition diagram. franklin blek
• Re: Re: [Bug 25579] New: State transitions are missing in RTCPeerConnections state transition diagram. Kiran Kumar Guduru
• Re: [Bug 25579] New: State transitions are missing in RTCPeerConnections state transition diagram. Harald Alvestrand
• Re: Re: [Bug 25579] New: State transitions are missing in RTCPeerConnections state transition diagram. Kiran Kumar Guduru
• Re: [Bug 25579] New: State transitions are missing in RTCPeerConnections state transition diagram. Harald Alvestrand
• Re: [Bug 25579] New: State transitions are missing in RTCPeerConnections state transition diagram. Harald Alvestrand
• Re: Re: [Bug 25579] New: State transitions are missing in RTCPeerConnections state transition diagram. Kiran Kumar Guduru
• Re: [Bug 25579] New: State transitions are missing in RTCPeerConnections state transition diagram. Harald Alvestrand

Tuesday, 6 May 2014

• [Bug 25579] New: State transitions are missing in RTCPeerConnections state transition diagram. bugzilla@jessica.w3.org
• [Bug 25576] New: steps for createDTMFSender() are missing. bugzilla@jessica.w3.org

Monday, 5 May 2014

• Re: Security considerations - a proposal James Spring
• [Bug 25545] New: Initialization of of RTCConfiguration while invoking RTCPeerConnection.getConfiguration should be updated. bugzilla@jessica.w3.org
• [Bug 25544] New: Options attribute of createOffer / createAnswer should be validated before processing. bugzilla@jessica.w3.org

Sunday, 4 May 2014

• Re: Proposed Change to RTCRtpSender "doohickey" proposal Jim Barnett
• Re: Proposed Change to RTCRtpSender "doohickey" proposal Stefan Håkansson LK

Saturday, 3 May 2014

• Re: renaming updateIce Harald Alvestrand
• Re: renaming updateIce Steev James
• Re: renaming updateIce Martin Thomson
• Re: renaming updateIce Justin Uberti

Friday, 2 May 2014

• Re: renaming updateIce Jan-Ivar Bruaroey
• Re: renaming updateIce cowwoc
• Re: renaming updateIce Jan-Ivar Bruaroey
• Re: Update of RTCRtpSender "doohickey" proposal Jim Barnett
• Re: Update of RTCRtpSender "doohickey" proposal Martin Thomson
• RTCConfiguration and identity Martin Thomson
• Re: Update of RTCRtpSender "doohickey" proposal Jim Barnett
• Re: Update of RTCRtpSender "doohickey" proposal Adam Bergkvist
• Re: Re: Update of RTCRtpSender "doohickey" proposal Kiran Kumar Guduru
• Re: Update of RTCRtpSender "doohickey" proposal Adam Bergkvist
• Re: renaming updateIce Adam Bergkvist
• Agenda proposal for DC f2f meeting Stefan Håkansson LK
• [Bug 25533] New: WebRTC spec should explicitly specify the state transition for cancelled offers. bugzilla@jessica.w3.org
• Re: Update of RTCRtpSender "doohickey" proposal Harald Alvestrand
• Re: Update of RTCRtpSender "doohickey" proposal Harald Alvestrand
• Re: Re: Update of RTCRtpSender "doohickey" proposal Kiran Kumar Guduru
• Re: Update of RTCRtpSender "doohickey" proposal Stefan Håkansson LK
• [Bug 25531] New: Validation for requestIdentity attribute is missing. bugzilla@jessica.w3.org
• Re: Update of RTCRtpSender "doohickey" proposal Stefan Håkansson LK
• Re: Update of RTCRtpSender "doohickey" proposal Martin Thomson
• Re: Update of RTCRtpSender "doohickey" proposal Cullen Jennings (fluffy)

Thursday, 1 May 2014

• Re: renaming updateIce cowwoc
• Re: Update of RTCRtpSender "doohickey" proposal Stefan Håkansson LK
• Re: Update of RTCRtpSender "doohickey" proposal Stefan Håkansson LK
• Re: renaming updateIce Jan-Ivar Bruaroey
• Re: renaming updateIce Justin Uberti

Last message date: Thursday, 29 May 2014 19:12:21 UTC