W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > August 2010

[Bug 10421] New: Setting media element's src and autoplay attribute may expose a race

From: <bugzilla@jessica.w3.org>
Date: Tue, 24 Aug 2010 22:54:13 +0000
To: public-html-bugzilla@w3.org
Message-ID: <bug-10421-2486@http.www.w3.org/Bugs/Public/>
http://www.w3.org/Bugs/Public/show_bug.cgi?id=10421

           Summary: Setting media element's src and autoplay attribute may
                    expose a race
           Product: HTML WG
           Version: unspecified
          Platform: All
               URL: http://dev.w3.org/html5/spec/video.html#attr-media-aut
                    oplay
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: P3
         Component: HTML5 spec (editor: Ian Hickson)
        AssignedTo: ian@hixie.ch
        ReportedBy: adrianba@microsoft.com
         QAContact: public-html-bugzilla@w3.org
                CC: mike@w3.org, public-html@w3.org


In the following code, a video element is constructed and it's src attribute
set. This initiates the resource retrieval. For a fast (e.g. local) resouce,
the readystate could be set to HAVE_ENOUGH_DATA before the following line that
sets the autoplay attribute. Because the user agent only considers the autoplay
value on the readystate change then it would not play in this scenario. Setting
the autoplay value first would succeed but web developers don't expect the
order to matter.

var v = document.createElement(“video”);
v.src = “...”;
v.autoplay = true;

Proposal:

Update the spec to say, "The autoplay IDL attribute must reflect the content
attribute of the same name.  Upon setting, if the ready state is
HAVE_ENOUGH_DATA or greater, the user agent must behave as if the play() method
was invoked."

-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Tuesday, 24 August 2010 22:54:15 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:01:21 UTC