| 07:11 | <annevk> | snek: I think so, yes. |
| 07:36 | <annevk> | Details posted. Apparently code has been in place for about a decade... |
| 09:38 | <zcorpan> | A lot of red in https://wpt.fyi/results/html/semantics/embedded-content/media-elements/loading-the-media-resource?label=experimental&label=master&aligned |
| 09:41 | <zcorpan> | annevk: https://github.com/WebKit/WebKit/blob/a7b863a49945946c913e6e194ec047da844094a4/Source/WebCore/html/HTMLMediaElement.cpp#L5404 responds to inserting source elements, and https://github.com/WebKit/WebKit/blob/a7b863a49945946c913e6e194ec047da844094a4/Source/WebCore/html/HTMLMediaElement.cpp#L886 ("end tag seen") only invokes text track selection, so it looks to me like WebKit follows the spec's model to try source elements in order during parsing |
| 09:41 | <zcorpan> | but I may be missing something |
| 09:48 | <annevk> | zcorpan: I think the blog post is mistaken, yeah. |
| 09:50 | <zcorpan> | annevk: so are software-only formats rejected on iOS? |
| 09:50 | <annevk> | The existence of track relying on the media element end tag being seen does make the overall proposal more acceptable, though still not a big fan personally. |
| 09:56 | <annevk> | zcorpan: as far as source processing goes it seems like it, yeah. |
| 10:24 | <zcorpan> | jyavenard's comment says later sources are evaluated, which I think means selection is sensitive to where the HTML parser yields |