Re: [csswg-drafts] [css-font-loading] FontFaceSet.load() promise rejections (#7680)

The CSS Working Group just discussed `FontFaceSet.load() promise rejections`.

<details><summary>The full IRC log of that discussion</summary>
&lt;heycam> Topic: FontFaceSet.load() promise rejections<br>
&lt;TabAtkins> github: https://github.com/w3c/csswg-drafts/issues/7680<br>
&lt;heycam> github: https://github.com/w3c/csswg-drafts/issues/7680<br>
&lt;heycam> myles: I was debugging some stuff<br>
&lt;heycam> ... the question is, when you call FontFaceSet.load(), under which circumstances will that promise be rejected?<br>
&lt;JakeA> q+<br>
&lt;heycam> ... right now the only circumstance is if the input to the function is a syntax error<br>
&lt;heycam> ... this is not what any browser does, according to my testing<br>
&lt;heycam> ... if there were network errors, all browsers will reject that promise<br>
&lt;heycam> ... that's the extent of my testing in other browsers<br>
&lt;heycam> ... in WebKit, our behavior is if any of the network loads triggered by this call fail, we'll reject the promise<br>
&lt;drott> q+<br>
&lt;heycam> ... the important part is, in the situation where all the fonts fail to load, there's interop there<br>
&lt;heycam> ... the spec should match<br>
&lt;heycam> JakeA: it's a misreading of the spec<br>
&lt;astearns> ack JakeA<br>
&lt;heycam> ... although the spec says it should resolve, resolve is not the opposite of reject, fulfill is the opposite<br>
&lt;heycam> ... you can resolve it by rejecting it<br>
&lt;heycam> ... the language the spec uses to wait for a series of promises, it's using the same method as Promise.all()<br>
&lt;heycam> ... so it'll reject as soon as any of the input promises reject, or it will fulfill if all of them were fulfilled<br>
&lt;heycam> myles: sounds great, it's editorial then<br>
&lt;JakeA> q-<br>
&lt;heycam> TabAtkins: during the break, I was linking us to the WebIDL terms now they exist<br>
&lt;heycam> ... this was one of the first W3C specs to use promises<br>
&lt;heycam> ... but now we have definitions to link to<br>
&lt;heycam> ... WebKit is already following the spec as intended<br>
&lt;drott> q-<br>
&lt;chris> q+<br>
</details>


-- 
GitHub Notification of comment by css-meeting-bot
Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/7680#issuecomment-1249928075 using your GitHub account


-- 
Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config

Received on Friday, 16 September 2022 23:11:40 UTC