| 02:15 | <Domenic> | annevk: I suspect it's the /? that allows an optional / |
| 02:49 | <annevk> | zcorpan: so there’s also Web Components at 2pm with ARIA? |
| 02:51 | <zcorpan> | annevk: is there? |
| 02:53 | <travisleithead> | So... HTML has the 'pattern' attribute... Does that solution to pattern matching work for developers? |
| 03:13 | <annevk> | travisleithead: it creates really poor error messages for users of forms |
| 03:13 | <annevk> | zcorpan: I thought so |
| 03:17 | <travisleithead> | Yes, describing why the match failed is really hard with Regex, and then even harder to express to users. |
| 03:19 | <travisleithead> | These 'just throw' cases seem just as troubling... |
| 04:28 | <Mek> | hmm, bikeshed is non-deterministically seg-faulting on me... i.e. about half the time I run it (without making any changes) it segfaults before it finished processing... |
| 04:38 | <Mek> | (hah, segfaulting within libxml2...) |
| 04:41 | <TabAtkins> | Mek: Hm, that happened a bit ago with a particular libxml2 version, but they fixed the bug and my version anchoring should be preventing you from installing that version... |
| 04:42 | <TabAtkins> | If it's some new bullshit tho, I'd love to know. |
| 04:42 | <Mek> | how would version anchoring have anything to do with whatever version glinux installs? |
| 04:42 | <Mek> | i.e. it's using the libxml2 version that comes with glinux |
| 04:50 | <TabAtkins> | Mek: Ah, I mean lxml, not libxml. If you followed the instructions as written in the docs, `pip install` should be grabbing a good version. |
| 04:51 | <Mek> | I don't remember how I installed this, it seems to be using the system version of python-lxml as well, so probably not the way I was supposed to do things |
| 04:51 | <TabAtkins> | hehe, probably |
| 04:53 | <Mek> | yep, thanks. Re-running pip install seems to have fixed things |
| 04:53 | <TabAtkins> | Nice. |
| 04:54 | <TabAtkins> | Quite curious that it was non-deterministic, tho. The problem before was due to a specific issue with moving subtrees around the document, and that should be deterministic. But oh well. |
| 04:55 | <zcorpan> | annevk: ah yes, ok. 14:30 is html/aria |
| 05:00 | <Mek> | https://pastebin.com/zFqkfYsS was where it was crashing fwiw |
| 05:09 | <TabAtkins> | Ah yeah, that's the same issue, the old problem was exercised by my IDL tests too. |
| 05:12 | <TabAtkins> | https://pypi.org/project/lxml/4.3.2/ release notes talk about the bug ^^; |
| 05:26 | <zcorpan> | annevk: Domenic: reminder for html/aria |
| 05:26 | <Domenic> | Thanks, on my way |
| 06:20 | <JakeA> | Domenic: would you like to talk about top level await in service workers? |
| 06:29 | <Domenic> | JakeA: don't hold it for me. (Currently in ARIA for an unknown amount of time.) |
| 06:31 | <JakeA> | no problem |
| 08:19 | <littledan> | JakeA: Thanks for making sure ServiceWorker/TLA interaction is on the agenda for TPAC |
| 09:08 | <JakeA> | littledan: no problem, sorry the resolution didn't match the PR, and what I'd earlier agreed to, but I think it's the right route forward |
| 10:00 | <littledan> | JakeA: Not a problem at all. It's important that we think these things through well. FWIW I wouldn't mind the outcome Mozilla mentioned there, even though it also differs from the initial resolution. |
| 10:09 | <littledan> | JakeA: Oh, I just found https://github.com/w3c/ServiceWorker/issues/1407#issuecomment-531673790 . Thanks! |
| 10:26 | <annevk> | littledan: I think it was mostly me and JakeA that pushed for banning |
| 10:26 | <littledan> | s/Mozilla mentioned/asutherland mentioned/ |
| 10:27 | <annevk> | littledan: Domenic was there, asuth, Ben Kelly, Alex Russell |
| 10:27 | <littledan> | annevk: Good to know; I'm happy with this resolution |
| 10:27 | <littledan> | (any Safari folks?) |
| 10:27 | <annevk> | Youenn, not sure he weighed in on this |
| 10:28 | <littledan> | OK, good to know they're in the loop |
| 10:30 | <annevk> | The reason that won btw is that you start a service worker to handle a specific event. Handling of that event should use await to avoid folks writing global awaiting that is unneeded for certain events. |
| 10:31 | <annevk> | Similar (to me) to how you should not use global state in a SW |
| 10:41 | <howdoi> | what would be an apt way to lazy load audio content with <audio> ? |
| 10:43 | <howdoi> | maybe load the audio on click? |
| 10:45 | <howdoi> | precaching audio makes sense? |
| 12:02 | <littledan> | annevk: Makes sense |
| 14:57 | <Ms2ger> | Who's working on websockets nowadays? https://wpt.fyi/results/websockets/Create-Secure-extensions-empty.any.html?label=master&label=experimental&aligned suggests that the test was overtaken by events |
| 14:58 | <Domenic> | Ms2ger: ricea is my go-to person for such things |
| 19:44 | <devsnek> | has there ever been any discussion of promisified/async iterated timeouts and intervals |
| 19:44 | <devsnek> | node is looking to add something so it would be good not to duplicate efforts |
| 23:19 | <Domenic> | devsnek: https://github.com/whatwg/html/issues/3875 |
| 23:19 | <Domenic> | Or I guess https://github.com/whatwg/html/issues/617 |
| 23:19 | <Domenic> | It got stalled on lack of cancelation. Now that AbortController exists, we can probably do it |
| 23:20 | <Domenic> | Just needs someone to do spec + tests, and implementer interest |
| 23:20 | <devsnek> | just those little things :P |
| 23:24 | <Domenic> | I mean, it's easier than adding async iterators to streams, and you managed to mostly finish that :) |
| 23:28 | <devsnek> | i mean i could probably do it at *some* point |
| 23:29 | <devsnek> | starting uni on friday so probably not this week :P |
| 23:30 | <Domenic> | Ooh, good lck! |