Wednesday, 30 November 2016
- Re: [presentation-api] Authenticity of screen selection permission is problematic in insecure contexts
- Closed: [remote-playback] Evaluate Security and Privacy impacts
- Re: [remote-playback] Evaluate Security and Privacy impacts
- Re: [presentation-api] Clarify event order when establishing a presentation connection
- Re: [remote-playback] Add a privacy and security section
- [remote-playback] Pull Request: Add a privacy and security section
- Re: [presentation-api] Investigate if sandboxing flag check can move to the PresentationRequest ctor
- Re: [presentation-api] Investigate if sandboxing flag check can move to the PresentationRequest ctor
- Re: [presentation-api] Authenticity of screen selection permission is problematic in insecure contexts
- Re: [presentation-api] Authenticity of screen selection permission is problematic in insecure contexts
- Re: Publish a new Candidate Recommendation for Presentation API?
Tuesday, 29 November 2016
- Re: [presentation-api] Consider checking for security context in the PresentationRequest constructor
- [presentation-api] Authenticity of screen selection permission is problematic in insecure contexts
- Closed: [presentation-api] Clarify arguments to getting presentation displays availability information
- [presentation-api] new commits pushed by mfoltzgoogle
- [presentation-api] Investigate if sandboxing flag check can move to the PresentationRequest ctor
- [presentation-api] new commits pushed by mfoltzgoogle
- Re: [presentation-api] Move mixed content check to PresentationRequest ctor.
- Re: [presentation-api] Clarify event order when establishing a presentation connection
- Re: [presentation-api] Clarify event order when establishing a presentation connection
- Re: [presentation-api] Consider checking for security context in the PresentationRequest constructor
- Re: [presentation-api] Clarifies inputs to algorithms.
- Re: [presentation-api] Move mixed content check to PresentationRequest ctor.
Monday, 28 November 2016
- [presentation-api] Pull Request: Clarifies inputs to algorithms.
- Re: [presentation-api] Move mixed content check to PresentationRequest ctor.
- [presentation-api] Pull Request: Move mixed content check to PresentationRequest ctor.
- Re: [presentation-api] Consider checking for security context in the PresentationRequest constructor
- Closed: [presentation-api] "setting presentation.defaultRequest will have no effect" note is ambiguous
- Re: [presentation-api] "setting presentation.defaultRequest will have no effect" note is ambiguous
- Re: [presentation-api] It is unclear what "If there is already an unsettled Promise from a previous call to start for the same controlling browsing context" means"
- Closed: [presentation-api] It is unclear what "If there is already an unsettled Promise from a previous call to start for the same controlling browsing context" means"
- [presentation-api] new commits pushed by mfoltzgoogle
- Re: [presentation-api] Clarify event order when establishing a presentation connection
- [presentation-api] new commits pushed by mfoltzgoogle
- Closed: [presentation-api] define the behavior for consecutive |getAvailability|
- Re: [presentation-api] Clarifies the roles of objects for getting presentation display availability.
- [presentation-api] new commits pushed by mfoltzgoogle
- Closed: [presentation-api] [SameObject] for receiver seems wrong
- Re: [presentation-api] Remove [SameObject] from navigator.presentation.receiver
- [presentation-api] new commits pushed by mfoltzgoogle
Thursday, 24 November 2016
- Re: [presentation-api] Clarifies the roles of objects for getting presentation display availability.
Wednesday, 23 November 2016
- Re: [presentation-api] "setting presentation.defaultRequest will have no effect" note is ambiguous
- [presentation-api] new commits pushed by mfoltzgoogle
- Closed: [presentation-api] Use USVString for URLs
- [presentation-api] new commits pushed by mfoltzgoogle
- Re: [presentation-api] Consider checking for security context in the PresentationRequest constructor
- Re: [presentation-api] Consider checking for security context in the PresentationRequest constructor
- Re: [presentation-api] Consider checking for security context in the PresentationRequest constructor
- Re: [presentation-api] Consider checking for security context in the PresentationRequest constructor
Tuesday, 22 November 2016
- Re: [presentation-api] Replace DOMString with USVString for PresentationRequest URLs.
- Re: [presentation-api] Adds steps for initiating presentation from default presentation request.
- Closed: [presentation-api] Steps to reconnect to a presentation assume there's already a PresentationConnection
- [presentation-api] new commits pushed by mfoltzgoogle
- Re: [presentation-api] Replace DOMString with USVString for PresentationRequest URLs.
- Re: [presentation-api] Clarify event order when establishing a presentation connection
- Re: [presentation-api] Consider checking for security context in the PresentationRequest constructor
- Re: Publish a new Candidate Recommendation for Presentation API?
- Re: [presentation-api] Clarify identities of PresentationConnection objects in reconnect() steps
- Re: [presentation-api] Clarify the task source for the specification.
- Re: [presentation-api] Clarify event order when establishing a presentation connection
- Re: [presentation-api] Consider checking for security context in the PresentationRequest constructor
- Re: [presentation-api] Replace DOMString with USVString for PresentationRequest URLs.
- Publish a new Candidate Recommendation for Presentation API?
- Re: [presentation-api] Steps to reconnect to a presentation assume there's already a PresentationConnection
- [presentation-api] Pull Request: Clarify identities of PresentationConnection objects in reconnect() steps
Monday, 21 November 2016
- Re: [presentation-api] Consider checking for security context in the PresentationRequest constructor
- Re: [presentation-api] Clarify arguments to getting presentation displays availability information
- Re: [presentation-api] Well defined environment for nested contexts of the receiving browsing context?
- Re: [presentation-api] Remove [SameObject] from navigator.presentation.receiver
- [presentation-api] Pull Request: Remove [SameObject] from navigator.presentation.receiver
- Re: [presentation-api] [SameObject] for receiver seems wrong
- [presentation-api] Determine if we need to fire a terminated event in the receiving browsing context(s)
- Re: [presentation-api] Clarify when a simultaneous call to start() can be rejected.
- [presentation-api] Pull Request: Clarify when a simultaneous call to start() can be rejected.
- Re: [presentation-api] It is unclear what "If there is already an unsettled Promise from a previous call to start for the same controlling browsing context" means"
- Re: [presentation-api] Replace DOMString with USVString for PresentationRequest URLs.
- Re: [presentation-api] Replace DOMString with USVString for PresentationRequest url and id.
Saturday, 19 November 2016
- [presentation-api] Pull Request: Replace DOMString with USVString for PresentationRequest url and id.
- Re: [presentation-api] Clarify the task source for the specification.
- [presentation-api] Pull Request: Clarify the task source for the specification.
Friday, 18 November 2016
- Re: [presentation-api] Clarifies the roles of objects for getting presentation display availability.
- [presentation-api] Pull Request: Clarifies the roles of objects for getting presentation display availability
- Re: [presentation-api] Adds steps for initiating presentation from default presentation request.
- [presentation-api] Pull Request: Adds steps for initiating presentation from default presentation request.
Thursday, 17 November 2016
- Closed: [remote-playback] prompt() should not be rejected if the state was connected when called
- Re: [remote-playback] prompt() should not be rejected if the state was connected when called
Wednesday, 16 November 2016
- Closed: [presentation-api] setConnection in example 5.5 may put UI in an inconsistent state
- Re: [presentation-api] setConnection in example 5.5 may put UI in an inconsistent state
- [presentation-api] new commits pushed by mfoltzgoogle
- [presentation-api] Pull Request: A couple of small fixes to the example code
- Re: [remote-playback] Define interaction with setMediaKeys() / Encrypted Media Extensions
- Closed: [remote-playback] Define interaction with setMediaKeys() / Encrypted Media Extensions
- Re: [remote-playback] Make NotFoundError when prompt() is called and availability monitoring is not available optional
- Closed: [remote-playback] Make NotFoundError when prompt() is called and availability monitoring is not available optional
- Closed: [remote-playback] Use [SameObject] for HTMLMediaElement#remote
- [remote-playback] new commits pushed by mounirlamouri
- [presentation-api] Well defined environment for nested contexts of the receiving browsing context?
- Re: [presentation-api] [SameObject] for receiver seems wrong
- [remote-playback] Use [SameObject] for HTMLMediaElement#remote
Tuesday, 15 November 2016
- Re: [presentation-api] Clarify event order when establishing a presentation connection
- Re: [presentation-api] [SameObject] for receiver seems wrong
- Re: [presentation-api] [SameObject] for receiver seems wrong
- Re: [presentation-api] [SameObject] for receiver seems wrong
- Re: [presentation-api] [SameObject] for receiver seems wrong
Monday, 14 November 2016
- Re: [presentation-api] [SameObject] for receiver seems wrong
- Re: [presentation-api] [SameObject] for receiver seems wrong
- Re: [presentation-api] [SameObject] for receiver seems wrong
Saturday, 12 November 2016
- Re: [remote-playback] Define what should happen when device gets disconnected while playing
- Re: [remote-playback] Make NotFoundError when prompt() is called and availability monitoring is not available optional
- Re: [remote-playback] Merge steps 5 and 9 for prompt() algorithm
- [presentation-api] Steps to reconnect to a presentation assume there's already a PresentationConnection
Friday, 11 November 2016
- Re: [remote-playback] Define what should happen when device gets disconnected while playing
- Re: [remote-playback] Define what should happen when device gets disconnected while playing
- Re: [remote-playback] Make NotFoundError when prompt() is called and availability monitoring is not available optional
- Re: [remote-playback] Merge steps 5 and 9 for prompt() algorithm
- Re: [remote-playback] Merge steps 5 and 9 for prompt() algorithm
- Re: [remote-playback] Define what should happen when device gets disconnected while playing
- Re: [remote-playback] Make NotFoundError when prompt() is called and availability monitoring is not available optional
Wednesday, 9 November 2016
- [presentation-api] [SameObject] for receiver seems wrong
- Remote Playback API reviews requested
- [remote-playback] Evaluate Security and Privacy impacts
- [remote-playback] Internationalization considerations
Tuesday, 8 November 2016
- Re: [presentation-api] "setting presentation.defaultRequest will have no effect" note is ambiguous
- Re: [remote-playback] Make NotFoundError when prompt() is called and availability monitoring is not available optional
- Re: [remote-playback] Merge steps 5 and 9 for prompt() algorithm
Monday, 7 November 2016
- Closed: [remote-playback] Update status section
- Re: [remote-playback] Update status section
- Re: New Working Draft of Remote Playback API published
- New Working Draft of Remote Playback API published
- [remote-playback] new commits pushed by tidoust
Saturday, 5 November 2016
- Re: [presentation-api] "setting presentation.defaultRequest will have no effect" note is ambiguous
- [remote-playback] new commits pushed by avayvod
- [remote-playback] Make NotFoundError when prompt() is called and availability monitoring is not available optional
Friday, 4 November 2016
- [remote-playback] Merge steps 5 and 9 for prompt() algorithm
- [remote-playback] new commits pushed by avayvod
Thursday, 3 November 2016
- Re: [remote-playback] prompt() should not be rejected if the state was connected when called
- Re: [presentation-api] [meta] Presentation API Testing
- [remote-playback] prompt() should not be rejected if the state was connected when called
- Re: [remote-playback] Add a section about browser initiated remote playback
- Re: [remote-playback] Add a section about browser initiated remote playback
- Re: [remote-playback] Add a section about browser initiated remote playback
- Re: [remote-playback] Add a section about browser initiated remote playback
- Second Screen Working Group Revised Charter Approved; Join Second Screen Working Group (Call for Participation)
Wednesday, 2 November 2016
- Re: [remote-playback] Add a section about browser initiated remote playback
- [remote-playback] Pull Request: Add a section about browser initiated remote playback
- Closed: [remote-playback] Getting availability and monitoring list of devices algorithms
- [remote-playback] new commits pushed by avayvod
- Re: [remote-playback] Update status section
- [remote-playback] new commits pushed by anssiko
- Re: [remote-playback] SOTD updates to note stability and call for wide review (#58)
- [remote-playback] Pull Request: SOTD updates to note stability and call for wide review (#58)
- Re: [remote-playback] Clarify availability monitoring
Tuesday, 1 November 2016
- Re: [remote-playback] Define what should happen when device gets disconnected while playing
- Re: [remote-playback] Define what should happen when device gets disconnected while playing
- Re: [remote-playback] Clarify availability monitoring
- [remote-playback] Pull Request: Clarify availability monitoring
- Re: [remote-playback] Getting availability and monitoring list of devices algorithms
- [presentation-api] It is unclear what "If there is already an unsettled Promise from a previous call to start for the same controlling browsing context" means"
- Re: [remote-playback] Update status section