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 8657 - Allow UA to reload fallback content if it fails to load
Summary: Allow UA to reload fallback content if it fails to load
Status: CLOSED NEEDSINFO
Alias: None
Product: HTML WG
Classification: Unclassified
Component: pre-LC1 HTML5 spec (editor: Ian Hickson) (show other bugs)
Version: unspecified
Hardware: PC Windows NT
: P2 normal
Target Milestone: ---
Assignee: John Foliot
QA Contact: HTML WG Bugzilla archive list
URL: http://www.w3.org/TR/html5/video.html...
Whiteboard:
Keywords: a11y, a11ytf, a11y_display, media
Depends on:
Blocks: 8885
  Show dependency treegraph
 
Reported: 2010-01-06 10:50 UTC by Gez Lemon
Modified: 2014-03-08 20:22 UTC (History)
9 users (show)

See Also:


Attachments

Description Gez Lemon 2010-01-06 10:50:07 UTC
For partially usable media data, the specification indicates that the UA should "render just the bits it can handle and ignore the rest." What happens if a caption or secondary audio stream fails to load? Suggest that this be revised to require the UA to present an opportunity to load fallback content when it is available.
Comment 1 Ian 'Hixie' Hickson 2010-01-06 11:49:31 UTC
EDITOR'S RESPONSE: This is an Editor's Response to your comment. If you are satisfied with this response, please change the state of this bug to CLOSED. If you have additional information and would like the editor to reconsider, please reopen this bug. If you would like to escalate the issue to the full HTML Working Group, please add the TrackerRequest keyword to this bug, and suggest title and text for the tracker issue; or you may create a tracker issue yourself, if you are able to do so. For more details, see this document:
   http://dev.w3.org/html5/decision-policy/decision-policy.html

Status: Did Not Understand Request
Change Description: no spec change
Rationale: Could you elaborate on how you envisage this working? Would it treat these errors as fatal and continue down the source list? Or...?

There's a note in the spec saying that in a future version an event will be fired in this case to allow scripts to make the UA use another source file, would that be enough?

Alternatively, would you just want it to be possible for the UA to consider certain substreams as "required", such that if it can't play those streams, it can offer the user the option of trying another?
Comment 2 Michael Cooper 2010-02-04 16:38:59 UTC
HTML Accessibility Task force has decided not to track this.
Comment 3 Michael Cooper 2010-02-11 17:18:17 UTC
The HTML Accessibility Task Force intends to track these issues, per the proposal at http://lists.w3.org/Archives/Public/public-html-a11y/2010Jan/0245.html.
Comment 4 Michael Cooper 2010-08-24 19:50:57 UTC
http://www.w3.org/2002/09/wbs/44061/20080513_bugs/results#xq3

Take up in the media sub-group to develop a spec edit proposal. Assign the bug to John Foliot to track that this is addressed.
Comment 5 Martin Kliehm 2010-11-30 11:58:43 UTC
Related to the general question of a consistent approach to embedded content, adding dependency.
Comment 6 John Foliot 2011-03-10 00:42:57 UTC
During the media sub-team conference call of March 9, 2011 the team feels that this bug has been subsumed by Issue 152 (http://www.w3.org/html/wg/tracker/issues/152)
Comment 7 John Foliot 2011-03-10 00:53:21 UTC
During the media sub-team conference call of March 9, 2011 the team feels that
this bug has been subsumed by Issue 152
(http://www.w3.org/html/wg/tracker/issues/152)
Comment 8 Mark Sadecki 2014-03-08 20:22:18 UTC
Discussed in HTML Accessibility TF Meeting on 06 Feb 2014
http://www.w3.org/2014/02/06-html-a11y-minutes.html#item05

RESOLVED to close
RATIONALE: subsumed by Issue 152 (http://www.w3.org/html/wg/tracker/issues/152)