Skip to content

[GRDM-62817] Resolve storage providers from project API - #15

Merged
hide24 merged 3 commits into
RCOSDP:masterfrom
yacchin1205:feature/grdm-62817-provider-discovery
Sep 11, 2026
Merged

[GRDM-62817] Resolve storage providers from project API#15
hide24 merged 3 commits into
RCOSDP:masterfrom
yacchin1205:feature/grdm-62817-provider-discovery

Conversation

@yacchin1205

@yacchin1205 yacchin1205 commented Sep 8, 2026

Copy link
Copy Markdown

Changes

Remote paths beginning with s3compatsigv4/ are treated as paths in osfstorage because the provider is missing from the fixed provider list.

This PR resolves providers from the project's storage API instead, so adding a storage addon no longer requires updating the client-side list. Paths without a connected provider prefix continue to use osfstorage.

Storage enumeration also follows links.next instead of reading only the first page, so providers on later pages can be resolved. Project.storage() uses the same enumeration.

Testing

Upload, download, file/folder rename, moves within each storage, recursive upload, listing and deletion were verified on https://rdm.nii.ac.jp/ using S3, S3-compatible storage (SigV4), OSF storage and Google Drive. Downloaded contents matched the originals, and the test data was removed.

Pagination was also tested on the same service with page[size]=2, confirming that s3compatsigv4 could be resolved from the second page.

@yacchin1205
yacchin1205 marked this pull request as draft September 11, 2026 01:47
@yacchin1205
yacchin1205 marked this pull request as ready for review September 11, 2026 02:51
@hide24
hide24 merged commit ec73ade into RCOSDP:master Sep 11, 2026
5 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants