Should we add a default MediaSession type?

[mounirlamouri]

The API is designed in a way that we must get the kind right in order to implement other parts of the API. The reason is that kind is a parameter of MediaSession constructor and defaults to content so at least content type needs to be implemented in order to be forward compatible.

I wonder if we could introduce a default kind which would associate the created session with the default UA session. That way, a UA could not expose kind if it is not fully and properly implemented and expose other parts of the API. This behaviour would be feature detectable and forward compatible.

Practically, the rationale here is that MediaMetadata sounds like a great feature to ship on mobile but it is blocked by kind. The downside is that we are exposing an undefined behaviour in the spec and we will no longer make sessions defaulting to content which means developers will have to make a conscious decision if they want another type than default. Arguably, it can be a good thing.

@foolip, WDYT?

[xxyzzzq]

Closing this issue since we are moving audio focus out to a separate API.

[xxyzzzq]

This issue was moved to WICG/audio-focus#10