Andre Weissflog

> Heh yeah.. I'd agree except that I'm using Sokol in Zig and so ctrl-click symbol takes me here but no further: ...ah hmm, good point... I currently can't find...

Hmm, I don't have an immediate idea for a robust solution, but there's a related recent ticket here: https://github.com/floooh/sokol/issues/1079 ...the code almost certainly exists because of combinations like Ctrl+X/C/P, so...

Have you actually seen a WebGL context-lost in the wild yet? The only situation where I could manage to get one was on Safari because of a bug in ANGLE...

The Windows backend already uses its own GL loader, since the Windows SDK doesn't come with uptodate GL support. On other platforms a GL loaders isn't needed since the system...

Yes I can reproduce (here for instance, in the Assembly editor: https://floooh.github.io/visualz80remix/), copying out of Safari works, but pasting into doesn't. Also, the Paste menu item in Safari is disabled....

Agreed, only checking for status code 200 is too narrow, however: I suspect the problematic code is this: https://github.com/floooh/sokol/blob/c54523c078e481d3084fa0b4630d2ce3d3e1e74f/sokol_fetch.h#L2225-L2239 ...since the other location where `__sfetch_emsc_failed_http_status` is called wouldn't trigger an...

Hmm ok, the callstack confirms that it's coming out of this function: https://github.com/floooh/sokol/blob/c54523c078e481d3084fa0b4630d2ce3d3e1e74f/sokol_fetch.h#L2213-L2242 ...and it looks like it is related to 'range requests' (e.g. not reading the entire file at...

PS: can you paste your `sfetch_send()` call with the `sfetch_request_t` content, and the size of the target buffer (e.g. `sfetch_request_t.buffer.size`) versus the file size?

Yeah I agree that the `chunk_size` behaviour is confusing. Basically as soon as it is >0 sokol_fetch.h switches into a different mode internally where it wants to load the file...

Closing this in favour of a general modernization of the sokol_fetch.h JS code: https://github.com/floooh/sokol/issues/1225