This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 25105 - "restrained media controller" is ambiguous
Summary: "restrained media controller" is ambiguous
Status: RESOLVED INVALID
Alias: None
Product: WHATWG
Classification: Unclassified
Component: HTML (show other bugs)
Version: unspecified
Hardware: Other other
: P3 normal
Target Milestone: Unsorted
Assignee: Ian 'Hixie' Hickson
QA Contact: contributor
URL: http://www.whatwg.org/specs/web-apps/...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-03-20 17:08 UTC by contributor
Modified: 2014-05-02 09:21 UTC (History)
4 users (show)

See Also:

Attachments

Description contributor 2014-03-20 17:08:04 UTC 
Specification: http://www.whatwg.org/specs/web-apps/current-work/
Multipage: http://www.whatwg.org/C#media-controllers
Complete: http://www.whatwg.org/c#media-controllers
Referrer: 

Comment:
"restrained media controller" is ambiguous

Posted from: 113.23.85.25
User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/33.0.1750.117 Safari/537.36 OPR/20.0.1387.59 (Edition Next)
Comment 1 Philip Jägenstedt 2014-03-20 17:13:52 UTC 
"A MediaController is a restrained media controller if the MediaController is a playing media controller, and none of its slaved media elements are blocked media elements, but either at least one of its slaved media elements whose autoplaying flag is true still has its paused attribute set to true, or, all of its slaved media elements have their paused attribute set to true."

What does the trailing "or, all of its slaved media elements have their paused attribute set to true." belong to? Can a paused media controller be a restrained media controller?
Comment 2 Philip Jägenstedt 2014-03-20 17:31:21 UTC 
In code, I guess the possible interpretations are:

(playing && noneBlocked && anyAutoplayingAndPaused) || allPaused;
playing && noneBlocked && (anyAutoplayingAndPaused || allPaused);
Comment 3 Philip Jägenstedt 2014-03-21 08:34:15 UTC 
> playing && noneBlocked && (anyAutoplayingAndPaused || allPaused);

After a night's sleep I think this is the only possible interpretation because of the "either ... anyAutoplayingAndPaused ... or ... allPaused".

This bug can be resolved as invalid or tweaked for readability as the editor sees fit.
Comment 4 Ian 'Hixie' Hickson 2014-05-01 21:11:36 UTC 
The new text (due to other bugs changing it) is:

"A MediaController is a restrained media controller if the MediaController is a playing media controller, but either at least one of its slaved media elements whose autoplaying flag is true still has its paused attribute set to true, or, all of its slaved media elements have their paused attribute set to true."

This seems unambiguous. What do you think?
Comment 5 Philip Jägenstedt 2014-05-02 09:21:51 UTC 
Yes, with the recent change I think it's very clear, resolving this as invalid.