v3.5.0
Changelog for reva 3.5.0 (2026-01-09)
The following sections list the changes in reva 3.5.0 relevant to reva users. The changes are ordered by importance.
Summary
- Fix #5449: Fix database sharedconfig parsing
- Fix #5464: Make MOVE work in public link
- Fix #5446: Make notify_uploads_extra_recipients work in libregraph
- Fix #5463: Fix permission editing for public links
- Fix #5404: Fix localhome virtual namespace path handling for spaces
- Enh #5429: Cephmount: supports setting posix acls
- Enh #5433: Make chunking_parallel_upload_disabled configurable
- Enh #5450: Clean up ListWithRegex log
- Enh #5447: Make notification trigger always use
items - Enh #5445: Support funcs in templates
- Enh #5402: Refactoring of the GORM model for shares
- Enh #5428: Refactor permissions
Details
Bugfix #5449: Fix database sharedconfig parsing
Bugfix #5464: Make MOVE work in public link
Bugfix #5446: Make notify_uploads_extra_recipients work in libregraph
Bugfix #5463: Fix permission editing for public links
A bug was introduced during the refactoring of the permission system (https://github.com/cs3org/reva/pull/5428). This has now been fixed.
Bugfix #5404: Fix localhome virtual namespace path handling for spaces
Added optional VirtualHomeTemplate config to localfs driver, enabling localhome to correctly handle paths when exposing user homes through a virtual namespace (e.g., /home/
) while storing files in a flat per-user layout on disk. The wrap() function uses a clean switch statement with named predicates to handle five path transformation patterns:
- Exact match: /home/einstein -> / - Full path: /home/einstein/file -> /file - Parent path: /home -> / (when virtual home is /home/einstein) - Gateway-stripped parent: /home/file -> /file (gateway omits username) - Gateway-stripped username: /einstein/file -> /file (WebDAV “home” alias)
The last two cases handle gateway routing edge cases where prefixes are stripped differently depending on whether the WebDAV layer uses space IDs or the “home” alias for URL construction.
The normalize() function adds the virtual home prefix only to the Path field of ResourceInfo (e.g., /file -> /home/einstein/file), enabling PathToSpaceID() to derive the correct space identifier. The OpaqueId field remains storage-relative (e.g., fileid-einstein%2Ffile) to ensure resource IDs can be properly decoded.
The localhome wrapper now correctly passes VirtualHomeTemplate through to localfs.
When VirtualHomeTemplate is empty (default), behavior is unchanged, ensuring backward compatibility with EOS and existing deployments.
Enhancement #5429: Cephmount: supports setting posix acls
Enhancement #5433: Make chunking_parallel_upload_disabled configurable
Enhancement #5450: Clean up ListWithRegex log
Enhancement #5447: Make notification trigger always use
itemsEnhancement #5445: Support funcs in templates
Enhancement #5402: Refactoring of the GORM model for shares
With this PR we introduce new constraints and rename some fields for better consistency:
- Types used by OCM structures only are prefixed with
Ocm, andAccessMethodandProtocolwere consolidated intoOcmProtocol* ItemType is used in OCM shares as well * The(FileIdPrefix, ItemSource)tuple is now(Instance, Inode)inOcmShare, and it was removed fromOcmReceivedShareas unused * Unique index constraints have been created for regularSharesand forOcmShareson(instance, inode, shareWith, deletedAt)* The unique indexes have been renamed with au_prefix for consistency: this affectedu_shareid_user,u_link_token. Thei_share_withwas dropped as redundant. *AliasandHiddenwere added inOcmReceivedShare
- Types used by OCM structures only are prefixed with
Enhancement #5428: Refactor permissions
Permissions are now, at least partially, handled and exposed within a single package (which was important for cernboxcop), with conversions between the different types of permissions