| 04:54 | <Domenic> | This is so cool. https://github.com/saschanaz/webidl-updater generates e.g. https://github.com/whatwg/url/pull/450 |
| 05:40 | <annevk> | Oh wow |
| 07:50 | <annevk> | Domenic: so, Kagami signed the participation agreement, but the bot did not |
| 08:04 | <Domenic> | annevk: I think we should treat this as a person having two GitHub accounts. Ideally there'd be some framework to handle that more gracefully, but for now, just two participant agreements seems reasonable. |
| 12:35 | <cihanmbebek> | Hey all! I've been completely lost with a 307 redirect problem on Safari browsers and I'm not at all sure where to look for help atm. I hope its OK to ask questions here. |
| 12:35 | <cihanmbebek> | We have a server which returns 307 redirect and all other browsers, when receiving the 307 response, redirect the user to the given redirect URL with the method/body/headers that was sent to the server before it returned 307. |
| 12:35 | <cihanmbebek> | But for some reason, Safari doesn't keep the method/body/headers, and only redirects the user to the url. Any tips? |
| 12:36 | <cihanmbebek> | https://forums.developer.apple.com/thread/113892 I think this error might be the same one I'm facing, but I'm not sure. |
| 12:52 | <annevk> | cihanmbebek: I recommend filing a bug at https://bugs.webkit.org/enter_bug.cgi?product=WebKit |
| 12:53 | <annevk> | cihanmbebek: I can't reproduce locally btw, Safari TP is passing web-platform-tests tests that use 307 and check whether the method and body is preserved |
| 12:57 | <cihanmbebek> | Hmm ok, thats good to know. So I'm guessing its just something weird happening in our response which I don't understand, and which the other browsers dont care about :D |
| 12:57 | <cihanmbebek> | Thanks |
| 13:00 | <annevk> | cihanmbebek: if you find out what it is I'd still like to know since it means test coverage is inadequate |
| 13:01 | <cihanmbebek> | Will do! |
| 14:34 | <annevk> | littledan: does the check in https://github.com/whatwg/html/pull/4734 also need to exist for WebAssembly.Module? |
| 14:37 | <annevk> | I guess it doesn't, WebAssembly.Module just needs to be restricted to an agent cluster, but that's it |
| 14:40 | <Ms2ger> | annevk, like this? https://webassembly.github.io/spec/web-api/#serialization |
| 14:42 | <annevk> | Ms2ger: right, I was wondering if we had to patch that with additional checks due to COOP/COEP, but we don't I think; we might have to for https://github.com/whatwg/html/issues/4920 though |
| 14:42 | <annevk> | Ms2ger: I also wonder if that has adequate cross-site tests as Firefox does not currently implement the checks for SharedArrayBuffer correctly |
| 14:42 | <Ms2ger> | Probably not |
| 14:44 | <Ms2ger> | Though a Module can't contain SAB, I don't think |
| 14:47 | <annevk> | Ms2ger: not sure how that's relevant? |
| 14:48 | <annevk> | To be clear, I meant the agent cluster checks for SharedArrayBuffer |
| 17:16 | <littledan> | annevk: WebAssembly.Module is basically as powerful as a non-shared TypedArray; it just happens to be parsed as a WebAssembly program |
| 17:16 | <littledan> | annevk: So I'd expect not |
| 23:27 | <marti1125> | hi! |
| 23:27 | <marti1125> | can someone help me with this bug https://github.com/whatwg/html/issues/4911 |