Buffer.copy_from / copy_to not always executed with CommandList

[seph14]

Describe the bug
I have a CommandList which contains a few shader dispatches and a buffer.copy_from dispatch which copies some CPU side data to the buffer.
After this CommandList is submitted (but not synchronized), another shader will be consuming the updated buffer with the same stream. I can confirm the buffer is not updated when the shader later samples it.

If I move the copy_from call to directly dispatch on the stream it works. I see that test_indirect.cpp has a commandlist call with buffer.copy_from in, but it crashes with my DX backend.

Desktop (please complete the following information):

• OS: Windows 11
• Backend: DX

[Mike-Leo-Smith]

@MaxwellGengYF Can you have a look at it?

[Mike-Leo-Smith]

I traced both DX symptoms against the current branches.

• The explicit CommandList ordering path was corrected in b63cfecb: same-layer commands now preserve source order, DX buffer identities are canonicalized to their native resource, and the commit adds backend-independent ordering/alias regression coverage. This commit is included in the current stable branch (via Refactor and optimize SPIR-V code generation and testing #255).
• The test_indirect.cpp DX crash mentioned in the report was fixed separately by DX: skip indirect dispatch bounds checks for root UAVs #264 / 31c078b4, which is currently on next.

I also reviewed the later DX upload/download coalescing path. Its copies are flushed before dependent work and at every reorder-layer boundary, so removing it would not be a well-isolated fix and would discard the intended batching optimization.

Could you retry the original reproducer on current next? I do not have a Windows/DX runtime in this environment, so I am leaving the issue open until that run confirms the behavior.