fix(webgpu): set_unclipped_depth

[atlv24]

Connections
bevyengine/bevy#19626

Description
At Bevy we've been dealing with shadows disappearing at certain view angles on WebGPU: bevyengine/bevy#19626

One potential fix we found was ignoring the reported value of DEPTH_CLIP_CONTROL on WebGPU: bevyengine/bevy#19785

This suggests that WebGPU is either incorrectly reporting support of the feature, or there is a wgpu bug. I scanned through the codebase and found this line:

wgpu/wgpu/src/backend/webgpu.rs

Line 384 in 440b33f

//mapped.unclipped_depth(primitive.unclipped_depth);

    //TODO:
    //mapped.unclipped_depth(primitive.unclipped_depth);

I went digging through git blame for an explanation, and it was moved around and renamed as a comment since but originated here: i509VCB@756ea0e#diff-22b854c44dc9db01eda3ade5dee571eb22a526b759ce2a6da4739f28435faedb

I couldn't find a PR for this, seems like it was just commited directly to master and may have been an oversight, but I'm not sure.

So I uncommented the line, got it to compile by using the set_ variant, and tested it, and it fixes our problem.

Testing
Linked bevy issue has a repro case

Checklist

• Run cargo fmt.
• Run taplo format.
• Run cargo clippy --tests. If applicable, add:
  • --target wasm32-unknown-unknown
• Run cargo xtask test to run tests.
• If this contains user-facing changes, add a CHANGELOG.md entry.

[robtfm]

should it be gated on cfg=web_sys_unstable_apis or is that implied to reach here already?

[cwfitzgerald]

@robtfm We explictly vendor the webgpu bindings out of web-sys and remove those cfgs

[Wumpf]

thanks! no idea either what happend there, but see nothing wrong with this & great you confirmed this working as-is 👍