Test the view used is the default view if GPUTexture is used instead of GPUTextureView

[beaufortfrancois]

Despite #4407 (comment), we need to test that the texture view used is the default view when a GPUTexture is used instead of a GPUTextureView with gpuweb/gpuweb#5228.

@greggman Do you know where I could plug myself in to test this properly for all of these cases?

• GPUBindingResource
• GPURenderPassColorAttachment view
• GPURenderPassColorAttachment resolveTarget
• GPURenderPassDepthStencilAttachment view

[greggman]

To be honest I'm not sure. I guess it kind of depends on how you plan to test.

For attachments, any texture that would cause a validation error unless the view was specified could be tested under webgpu/api/validation/render_pass/attachment_compatibility.spec.ts maybe?

For dimension, make a 6 layer 2d-array texture, try to use a as a cubemap. Should get a validation error. For mipLevelCount, make a texture with > 1 mip level. Should get a validation error. For arrayLayerCount, make a texture with > 1 array layer. Should get a a validation error. For aspect I think all you can do is check if you pass a depth-stencil texture to an attachment that expects a depth-stencil texture that it doesn't generate a validation error?

But then you get to others, like baseMipLevel and baseArrayLayer seem to require actually rendering to the attachment which you can't actually check since in order to set baseMipLevel or baseArrayLayer to something other than the default (0) you'd have to have mipLevelCount or arrayLayerCount > 1 which will get a validation error.

format seem to require actually rendering? so webgpu/api/operation/render_pass/??. It's hard to imagine this failing though. Not sure how you'd test usage.

For binding resource you can test mipLevelCount and arrayLayerCount similarly as above by trying to bind to a storage texture as that requires 1 layer, 1 mip level so should generate a validation error if they aren't so maybe in webgpu/api/validation/createBindGroup.spec.ts. For dimension try binding to a cubemap, same as above.

baseMipLevel, baseArrayLayer, format all seem to require rendering and checking you that you get level 0, layer 0, and format are the defaults. I'm not sure that belongs under validation. Maybe webgpu/api/operation/texture_view? Though this is really about createBindGroup which I don't see an operations test for so maybe they belong in a new file webgpu/api/operation/device/createBindGroup.spec.ts?

[beaufortfrancois]

Thanks for all the pointers. I'll start working on this in #4429