Open squeek502 opened 10 months ago
Seem to have hit this in the Dir.rename files
test here: https://github.com/ziglang/zig/actions/runs/6173023767/job/16763286854?pr=17143
I'm unable to reproduce this one, though. With all the conditions in the OP, I am still able to run that test case tens of thousands of times successfully.
Weirdly, too, the trace seems to point to the rename of the file when it's expecting FileNotFound
:
C:\actions-runner\_work\zig\zig\lib\std\fs\test.zig:681:36: 0x7ff7b7bc485f in impl (test.exe.obj)
try testing.expectError(error.FileNotFound, ctx.dir.rename(missing_file_path, something_else_path));
which makes very little sense to me. Even stranger, if that rename is returning AccessDenied
then the test should be failing with TestUnexpectedError
, not AccessDenied
, so the stack trace might be wrong in this case?
Seems to also be flaky on x86_64-windows: https://github.com/ziglang/zig/actions/runs/8759547226/job/24042803455
Never mind -- @jacobly0 let me know that this was just a configuration mistake on the CI runner. PR closed.
Zig Version
0.12.0-dev.309+402468b21
Steps to Reproduce and Observed Behavior
Occasionally, the
rename directories
test infs/test.zig
will fail on theaarch64-windows
CI withAccessDenied
when trying to rename a directory (example CI run). The flaky test was introduced in https://github.com/ziglang/zig/pull/16847, some discussion of this bug can be found there too.This is reproducible on x86_64 Windows, too, but it has never failed in that CI environment.
Some necessary conditions for reproduction that I could find:
C:\<something non-standard>
. That is, the error does not reproduce if the path is within e.g.C:\Users\<username>
. There may be some other condition that is actually making the difference here, but I wasn't able to find it.Reproduction code (from @jacobly0 here); it should fail on some iteration (but which iteration it fails on is not consistent):
Expected Behavior
No intermittent
AccessDenied
errors