| 00:37 | <gingeh_> | Specifically, http://wpt.live/mimesniff/mime-types/charset-parameter.window.html seems to expect the charset from text/html;test=ÿ;charset=gbk to be successfully parsed. Should the test field be ignored, re-encoded or set to the replacement character? |
| 02:00 | <Domenic> | Hello, how should isomorphic decoding handle non-ASCII bytes (>0x7F)? |
| 02:00 | <Domenic> | 0xFF <-> the code point U+00FF (ÿ), in particular. |
| 03:00 | <gingeh_> | I see my mistake now, I had misinterpreted it as meaning "interpret bytes as UTF-8 bytes" not "interpret bytes as unicode code point values" |
| 17:57 | <TabAtkins> | Yup, isomorphic as "same shape", just moving literally between the two encodings. |
| 18:48 | <annevk> |
What is sourceDocument in these cases? |
| 19:15 | <Noam Rosenthal> | None |
| 19:16 | <Noam Rosenthal> | sourceDocument is for when you browse from a context of another document (e.g. window.open, location.replace(), not from the browser UI |
| 20:28 | <annevk> | That's not a valid value though. It takes a Document. |
| 22:08 | <akaster> | We use the top level traversable's active document in this case, which is not correct. It prevents navigating from e.g. an https:// site to a file:// page from the browser UI. |
| 22:09 | <akaster> | well I mean it could work, if there were additional checks involving the User Navigation Involvement |
| 22:58 | <annevk> | Using the active document will be very wrong to determine things like referrer and such. You could maybe first navigate to an opaque origin about:blank and then use that? But that seems like a giant hack. |
| 23:18 | <akaster> | Associated ladybird bug: <https://github.com/LadybirdBrowser/ladybird/issues/991>; |
| 23:20 | <akaster> | Wait maybe that one isn't right. We might need a new one 🤔 |
| 23:32 | <annevk> | Finding Nemo birds meme: bugs? bugs? bugs? |