This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
Marcos wrote: > In section "Processing the image candidates", the srcset spec [1] says: > > "The user agent may at any time run the following algorithm to update an > img element's image in order to react to changes in the environment. > (User agents are not required to ever run this algorithm.)" > > The RICG is wondering why this is not at least a SHOULD or a MUST? Most > developers would expect this to work like media queries (i.e., always > "responsive" to environmental changes). > > Some clarification would be great.
Originally filed on public-html-comments: http://lists.w3.org/Archives/Public/public-html-comments/2012Oct/0002.html
There are several scenarios that come to mind in which a User Agent may reasonably wish not to re-invoke this algorithm. For instance, consider the case of a UA which goes offline after the page has loaded. If it had to re-invoke this algorithm when something happens while the UA is offline, the image may go from a working state to a broken state. Do you think the spec needs to be updated to clarify this in some non-normative prose, or is the above sufficient to answer your question?
That makes sense. I think it would be helpful to outline such scenarios as a note in the spec.
Reopening to ensure I merge over whatever notes get added via bug 23243.
(In reply to Edward O'Connor from comment #2) > If it had to > re-invoke this algorithm when something happens while the UA is offline, the > image may go from a working state to a broken state. No, if the fetch fails, the old image is kept. "If this download fails in any way (other than the response code not being a 2xx code, as mentioned earlier), or if the image format is unsupported (as determined by applying the image sniffing rules, again as mentioned earlier), or if the resource type is multipart/x-mixed-replace, then abort these steps."
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: Accepted Change Description: https://github.com/w3c/html/commit/ebc9908575f457701d8a8359123261995c20ac41 Rationale: Merged fix from WHATWG.