diff options
| author | jfburdet <jfburdet@users.noreply.github.com> | 2025-12-10 21:43:08 +0100 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2025-12-10 12:43:08 -0800 |
| commit | 27a28faf49473c43a30fc90babf34c946f1b8b18 (patch) | |
| tree | a93df939828c3eb05d69fbf21af4c05d493b3d38 /weed/command/mount_std.go | |
| parent | c1534200223d99cc193ce229439e4f8e15f1d9b2 (diff) | |
| download | seaweedfs-27a28faf49473c43a30fc90babf34c946f1b8b18.tar.xz seaweedfs-27a28faf49473c43a30fc90babf34c946f1b8b18.zip | |
Fix s3 versioning listing bugs (#7705)
* fix: add pagination to list-object-versions for buckets with >1000 objects
The findVersionsRecursively() function used a fixed limit of 1000 entries
without pagination. This caused objects beyond the first 1000 entries
(sorted alphabetically) to never appear in list-object-versions responses.
Changes:
- Add pagination loop using filer.PaginationSize (1024)
- Use isLast flag from s3a.list() to detect end of pagination
- Track startFrom marker for each page
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
* fix: prevent infinite loop in ListObjects when processing .versions directories
The doListFilerEntries() function processes .versions directories in a
secondary loop after the main entry loop, but failed to update nextMarker.
This caused infinite pagination loops when results were truncated, as the
same .versions directories would be reprocessed on each page.
Bug introduced by: c196d03951a75d3b8976f556cb0400e5b522edeb
("fix listing object versions (#7006)")
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
---------
Co-authored-by: Claude Opus 4.5 <noreply@anthropic.com>
Diffstat (limited to 'weed/command/mount_std.go')
0 files changed, 0 insertions, 0 deletions