fix: resolve race condition in get_dir_file_info() when files are deleted concurrently

[gr8man]

Description
Add null check in get_dir_file_info() for when get_file_info() returns null (race condition: file deleted after readdir() but before get_file_info()). This prevents broken entries and fixes random test failures in Commands. Includes unit test.

Checklist:

• Securely signed commits
• Component(s) with PHPDoc blocks, only if necessary or adds value (without duplication)
• Unit testing, with >80% coverage
• User guide updated
• Conforms to style guide

[neznaika0]

One question - do you not know how to perform git push -f origin? Why do you open duplicate PR files? It's confusing.

On the topic of PR: after reading the directory, can there be a cache in the file system? Take a look at clearstatcache() in PHP. Have you tested this with a real example, I don't see the test you mention.?

[michalsn]

Adding clearstatcache() would not solve the race because the file could disappear immediately afterward. More importantly, this fixes a deterministic bug: with $topLevelOnly = true, directories produce incomplete entries containing only relative_path.

We need a test, a changelog entry, and a small update to the PR description.

[gr8man]

Those older commits were from accidentally staging files to the wrong branch, which led to me creating and then closing a few incorrect PRs. Sorry for the confusion — the current PR #10407 only contains the two relevant commits (fix + test).