GL actually supports DEPTH32FLOAT_STENCIL8

[Dinnerbone]

Connections
n/a

Description
Noticed this recently, the GL backend didn't allow the use of Depth32FloatStencil8 because the DEPTH32FLOAT_STENCIL8 feature isn't claimed to be supported.

It actually is supported, so this fixes that and allows for the use of Depth32FloatStencil8 on GLES/WebGL.

Testing
I manually changed the stencil test to use Depth32FloatStencil8 and it works as expected.

The wgpu_test::clear_texture::clear_texture_depth32_stencil8 test had to be configured to also require wgpu::DownlevelFlags::DEPTH_TEXTURE_AND_BUFFER_COPIES as that's not supported on the GLES backend, as otherwise that test tries to now run on GLES but fails.

Checklist

• Run cargo fmt.
• Run cargo clippy. If applicable, add:
  • --target wasm32-unknown-unknown
  • --target wasm32-unknown-emscripten
• Run cargo xtask test to run tests.
• Add change to CHANGELOG.md. See simple instructions inside file.

[Wumpf]

For reference:

• GLES3 documentation lists the format here https://registry.khronos.org/OpenGL-Refpages/es3.0/html/glTexImage2D.xhtml
• WebGL renderbufferStorage is documented to take gl.DEPTH32F_STENCIL8 here https://developer.mozilla.org/en-US/docs/Web/API/WebGLRenderingContext/renderbufferStorage

So yeah, looks like an oversight!
Thanks for all this bite sized (Web)GL but great improvements @Dinnerbone ! 🙇