Skip to content

Added mark_externally_initialized to texture - #10075

Open
R-Cramer4 wants to merge 1 commit into
gfx-rs:trunkfrom
R-Cramer4:external-initialization
Open

Added mark_externally_initialized to texture#10075
R-Cramer4 wants to merge 1 commit into
gfx-rs:trunkfrom
R-Cramer4:external-initialization

Conversation

@R-Cramer4

Copy link
Copy Markdown
Contributor

Connections
PR for #10009

Description
With #9361, textures are forced to be cleared when they aren't written to. An issue occurs when a texture was written to externally and not through wgpu. This results in a clear always being applied. Creating a texture with create_texture_from_hal works, but the problem is with textures from surfaces.

Testing
A test was added to test the new function.

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.

@R-Cramer4
R-Cramer4 force-pushed the external-initialization branch 3 times, most recently from 29717e6 to 35253f5 Compare August 14, 2026 16:42
@R-Cramer4
R-Cramer4 force-pushed the external-initialization branch from 35253f5 to 4ce560a Compare August 14, 2026 17:16
@andyleiserson andyleiserson added the feature: api interop Issues with Underlying API Interop label Aug 14, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

feature: api interop Issues with Underlying API Interop

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants