Bring transient attachment in line with webgpu spec

[beicause]

Connections
Depends on #9567 in order to enable more cts.
Fixes #9057

Description

• Rename TextureUsages::TRANSIENT to TextureUsages::TRANSIENT_ATTACHMENT and add it to deno_webgpu.
• Change AdapterInfo::transient_saves_memory to Option because on web we don't have api to get it.
• Add more validation of transient attachment to bring transient attachment in line with webgpu spec. See https://github.com/gpuweb/gpuweb/blob/main/proposals/transient-attachments.md

Testing

cargo xtask cts 'webgpu:api,validation,render_pass,*'
cargo xtask cts 'webgpu:api,operation,render_pass,*'
cargo xtask cts 'webgpu:api,validation,createTexture:*'
cargo xtask cts 'webgpu:api,validation,createView:*'

Squash or Rebase?
Squash

Checklist

• I self-reviewed and fully understand this PR.
• WebGPU implementations built with wgpu may be affected behaviorally.
• Validation and feature gates are in place to confine behavioral changes.
• Tests demonstrate the validation and altered logic works.
• CHANGELOG.md entries for the user-facing effects of this change are present.
• The PR is minimal, and doesn't make sense to land as multiple PRs.
• Commits are logically scoped and individually reviewable.
• The PR description has enough context to understand the motivation and solution implemented.