Berry: Bugfix accessing zip paths with no characters after the hash, add openNextFile to proxy #18894
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Description:
Found and resolved a bug where
print(path.listdir('Antiburn.tapp#'))
or event print(path.exist('Antiburn.tapp#'))
would crash TAS because there was no filename to look for in the zip?
Add passthrough of openNextFile, so that folders can be opened and read via the ZipFS proxied filesystems.
This is only when ZipFile has passed back a proxy to a real file (folder).
Heavily tested with this:
Checklist:
NOTE: The code change must pass CI tests. Your PR cannot be merged unless tests pass