ci: [k6-test] [OCISDEV-900] Extract upload coordinator out of decomposedfs

[LarsJurgensen]

Description

Bumps reva to pick up the upload coordinator refactor (OCISDEV-900) and wires two config keys that the new coordinator requires.

Config changes (ocis side):

• storage-users dataprovider: adds mount_id so the coordinator can tag upload sessions with the correct mount.
• ocm dataprovider + storageprovider: adds upload_directory pointing at <storage_root>/uploads/. The coordinator needs an explicit upload directory for drivers that have no implicit filesystem root.

No behavioural changes in oCIS itself. The upload state machine now lives in reva's pkg/upload coordinator; see the reva changelog below for the full picture.

Reva changelog summary (from reva, included for context):

The TUS session lifecycle, postprocessing event loop, AV integration, and restart safety have been extracted from decomposedfs into a driver-agnostic coordinator in pkg/upload. Drivers implement four new methods: MarkProcessing, PrepareUpload, CommitUpload, and RollbackUpload. Existing in-flight uploads continue without interruption, because session files stay at the same on-disk path.

Related Issue

• Implements OCISDEV-900

Motivation and Context

Decomposedfs was the only driver that could do TUS chunked uploads, postprocessing, and AV scanning because all that logic was embedded inside it. Extracting it into a coordinator means future drivers (KW, OCM, etc.) inherit it for free.

Types of changes

• Bug fix (non-breaking change which fixes an issue)
• New feature (non-breaking change which adds functionality)
• Breaking change (fix or feature that would cause existing functionality to change)
• Technical debt
• Tests only (no source changes)

Checklist:

• Code changes
• Unit tests added
• Acceptance tests added
• Documentation ticket raised: —

[update-docs]

Thanks for opening this pull request! The maintainers of this repository would appreciate it if you would create a changelog item based on your changes.

[kw-security]

✅ Snyk checks have passed. No issues have been found so far.

Status	Scan Engine	Critical	High	Medium	Low	Total (0)
✅	Open Source Security	0	0	0	0	0 issues
✅	Licenses	0	0	0	0	0 issues
✅	Code Security	0	0	0	0	0 issues

💻 Catch issues earlier using the plugins for VS Code, JetBrains IDEs, Visual Studio, and Eclipse.