Andre Weissflog

Simple WASM reproducer: https://floooh.github.io/sokol-repros/deploy/chrome127-offscreen.html (in new repo: https://github.com/floooh/sokol-repros) ...now working on the same thing in Javascript.

...and a simple Javascript reproducer: https://floooh.github.io/sokol-repros/js/chrome127-offscreen-js.html I'll try to tinker with this now a bit to figure out why [this example works](https://webgl2fundamentals.org/webgl/webgl-render-to-texture.html) but mine doesn't.

The bug is triggered by setting the GL_MAX_TEXTURE_LEVEL here: https://github.com/floooh/sokol/blob/6f8121e6aa523b0c0a3e9d7212073bab9a885e15/sokol_gfx.h#L8301 However, we cannot simply remove this call, because it is required for rendering into textures with multiple miplevels (see: https://github.com/floooh/sokol/issues/923)....

> I can confirm that disabling the setting of GL_MAX_TEXTURE_LEVEL fixes the issue. Note that this only works for render target textures with one mip level (which should be the...

PR with workaround: https://github.com/floooh/sokol/pull/1087 ...unfortunately the diff looks messier than it actually is, so here's what it does: - on Emscripten only, call glTexStorage for textures without initial data -...

The workaround has been merged, and I'll update my affected web pages now. I will keep the issue open though until an upstream fix in Chrome lands.

Chrome 128 is rolling out now and contains the fix. Closing this ticket.

FYI: I'm keeping an I on this, but if I should do something (like merging PRs) please give me an extra ping. The next thing on the list is probably...

There's several layers where this can go wrong: - I'm not sure if `std.fs.*` in the Zig stdlib even has support for `wasm32-emscripten` - the Emscripten filesystem emulation doesn't allow...

Hmm, not out of the box, but maybe by passing a different logger function into the sokol libraries. E.g. what happens is that `_sg_log()` is called, which in turn calls...