vfs: support renaming implicit ZIP directories - #65752
Conversation
Codecov Report❌ Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #65752 +/- ##
==========================================
+ Coverage 90.07% 90.09% +0.01%
==========================================
Files 769 769
Lines 261410 261461 +51
Branches 49627 49687 +60
==========================================
+ Hits 235474 235562 +88
+ Misses 16980 16928 -52
- Partials 8956 8971 +15
🚀 New features to boost your workflow:
|
|
@pipobscure ... just want to get your review on this as well. |
|
LGTM definitely a step in the right direction. Made me think of another edgecase where the provider could be better in a write/rename situation. |
|
In this context, we (probably I) should also take a look at #65373 to make sure the bahaviour is fully correct for ZipArchives. Decision Needed: merge this and then fix the issues as this is already a significant improvement, or fix the latent rename issues in one go. My €0.02 is to merge and continue improving, that's after all what --experimental is for. |
Treat archive entry prefixes as directories when renaming with ZipProvider. Move all descendant entries to the new prefix for both asynchronous and synchronous operations. Signed-off-by: Kamat, Trivikram <[email protected]> Assisted-by: codex:gpt-5.6-sol
1bb560a to
8e7df26
Compare
|
Re-requested a review from @jasnell as a regression test was added based on feedback in #65752 (comment) |
Fixes: #65751
Treat archive entry prefixes as directories when renaming with ZipProvider. Move all descendant entries to the new prefix for both asynchronous and synchronous operations.
Assisted-by: codex:gpt-5.6-sol