13 KiB
Changelog for unreleased (UNRELEASED)
The following sections list the changes in ocis-reva unreleased.
Summary
- Enhancement - Update reva to v0.1.1-0.20200518061204: #161
Details
-
Enhancement - Update reva to v0.1.1-0.20200518061204: #161
- Update reva to v0.1.1-0.20200518061204 (#161, #180, #192, #207) - Fix custom property XML parsing in PROPPATCH handler (#203, reva/#743) - Fix PROPPATCH response for removed properties (#186, reva/#742) - Local fs: metadata handling and share persistence (reva/#732) - Local fs: return file owner info in stat (#750) - Fixed regression when uploading empty files to OCFS or EOS with PUT and TUS (#188, reva/#734) - On delete move the file versions to the trashbin (#94, reva/#731) - Fix OCFS move operation (#182, reva/#729) - Fix OCFS custom property / xattr removal (reva/#728) - Retry trashbin in case of timestamp collision (reva/#730) - Disable chunking v1 by default (reva/#678) - Implement ocs to http status code mapping (#26, reva/#696, reva/#707, reva/#711) - Handle the case if directory already exists (reva/#695) - Added TUS upload support (reva/#674, reva/#725, reva/#717) - Always return file sizes in Webdav PROPFIND (reva/#712) - Use default mime type when none was detected (reva/#713) - Fixed Webdav shallow COPY (reva/#714) - Fixed arbitrary namespace usage for custom properties in PROPFIND (#57, reva/#720) - Implement returning Webdav custom properties from xattr (#57, reva/#721) - Minor fix in OCM share pkg (reva/#718)
https://github.com/owncloud/ocis-reva/issues/26 https://github.com/owncloud/ocis-reva/issues/67 https://github.com/owncloud/ocis-reva/issues/57 https://github.com/owncloud/ocis-reva/pull/161 https://github.com/owncloud/ocis-reva/pull/180 https://github.com/owncloud/ocis-reva/pull/192 https://github.com/owncloud/ocis-reva/pull/207 https://github.com/cs3org/reva/pull/678 https://github.com/cs3org/reva/pull/696 https://github.com/cs3org/reva/pull/707 https://github.com/cs3org/reva/pull/711 https://github.com/cs3org/reva/pull/695 https://github.com/cs3org/reva/pull/674 https://github.com/cs3org/reva/pull/725 https://github.com/cs3org/reva/pull/717 https://github.com/cs3org/reva/pull/712 https://github.com/cs3org/reva/pull/713 https://github.com/cs3org/reva/pull/720 https://github.com/cs3org/reva/pull/718 https://github.com/cs3org/reva/pull/731 https://github.com/cs3org/reva/pull/734 https://github.com/cs3org/reva/pull/729 https://github.com/cs3org/reva/pull/728 https://github.com/cs3org/reva/pull/730 https://github.com/cs3org/reva/pull/742 https://github.com/cs3org/reva/pull/743 https://github.com/cs3org/reva/pull/732 https://github.com/cs3org/reva/pull/750 https://github.com/owncloud/ocis-reva/issue/94 https://github.com/owncloud/ocis-reva/issue/188 https://github.com/owncloud/ocis-reva/issue/182 https://github.com/owncloud/ocis-reva/issue/186 https://github.com/owncloud/ocis-reva/issue/203
Changelog for 0.2.1 (2020-04-28)
The following sections list the changes in ocis-reva 0.2.1.
Summary
- Bugfix - Stop advertising unsupported chunking v2: #145
- Enhancement - Allow configuring the gateway for dataproviders: #136
- Enhancement - Use a configured logger on reva runtime: #153
Details
-
Bugfix - Stop advertising unsupported chunking v2: #145
Removed "chunking" attribute in the DAV capabilities. Please note that chunking v2 is advertised as "chunking 1.0" while chunking v1 is the attribute "bigfilechunking" which is already false.
-
Enhancement - Allow configuring the gateway for dataproviders: #136
This allows using basic or bearer auth when directly talking to dataproviders.
-
Enhancement - Use a configured logger on reva runtime: #153
For consistency reasons we need a configured logger that is inline with an ocis logger, so the log cascade can be easily parsed by a human.
Changelog for 0.2.0 (2020-04-15)
The following sections list the changes in ocis-reva 0.2.0.
Summary
Details
-
Bugfix - Fix eos user sharing config: #127
We have added missing config options for the user sharing manager and added a dedicated eos storage command with pre configured settings for the eos-docker container. It configures a
Sharesfolder in a users home when using eos as the storage driver. -
Enhancement - Update reva to v1.1.0-20200414133413: #127
Adds initial public sharing and ocm implementation.
Changelog for 0.1.1 (2020-03-31)
The following sections list the changes in ocis-reva 0.1.1.
Summary
- Bugfix - Fix eos config: #125
Details
-
Bugfix - Fix eos config: #125
We have added missing config options for the home layout to the config struct that is passed to eos.
Changelog for 0.1.0 (2020-03-23)
The following sections list the changes in ocis-reva 0.1.0.
Summary
- Bugfix - Set correct flag type in the flagsets: #75
- Bugfix - We fixed a typo in the
REVA_LDAP_SCHEMA_MAILenvironment variable: #113 - Bugfix - Allow different namespaces for /webdav and /dav/files: #68
- Change - Use /home as default namespace: #68
- Change - Initial release of basic version: #1
- Change - Start multiple services with dedicated commands: #6
- Change - Storage providers now default to exposing data servers: #89
- Change - Default to running behind ocis-proxy: #113
- Enhancement - Expose owncloud storage driver config in flagset: #87
- Enhancement - Update reva to v0.0.2-0.20200212114015-0dbce24f7e8b: #91
- Enhancement - Allow configuring user sharing driver: #115
Details
-
Bugfix - Set correct flag type in the flagsets: #75
While upgrading to the micro/cli version 2 there where two instances of
StringFlagwhich had not been changed toStringSliceFlag. This causedocis-reva usersandocis-reva storage-rootto fail on startup.https://github.com/owncloud/ocis-reva/issues/75 https://github.com/owncloud/ocis-reva/pull/76
-
Bugfix - We fixed a typo in the
REVA_LDAP_SCHEMA_MAILenvironment variable: #113It was misspelled as
REVA_LDAP_SCHEMA_Mail. -
Bugfix - Allow different namespaces for /webdav and /dav/files: #68
After
fbf131cthe path for the "new" webdav path does not contain a username/remote.php/dav/files/textfile0.txt. It used to be/remote.php/dav/files/oc/einstein/textfile0.txtSo it lostoc/einstein.This PR allows setting up different namespaces for
/webavand/dav/files:/webdavis jailed into/home- which uses the home storage driver and uses the logged in user to construct the path/dav/filesis jailed into/oc- which uses the owncloud storage driver and expects a username as the first path segmentThis mimics oc10
The
WEBDAV_NAMESPACE_JAILenvironment variable is split into -WEBDAV_NAMESPACEand -DAV_FILES_NAMESPACEaccordingly. -
Change - Use /home as default namespace: #68
Currently, cross storage etag propagation is not yet implemented, which prevents the desktop client from detecting changes via the PROPFIND to /. / is managed by the root storage provider which is independend of the home and oc storage providers. If a file changes in /home/foo, the etag change will only be propagated to the root of the home storage provider.
This change jails users into the
/homenamespace, and allows configuring the namespace to use for the two webdav endpoints using the new environment variableWEBDAV_NAMESPACE_JAILwhich affects both endpoints/dav/filesand/webdav.This will allow us to focus on getting a single storage driver like eos or owncloud tested and better resembles what owncloud 10 does.
To get back the global namespace, which ultimately is the goal, just set the above environment variable to
/. -
Change - Initial release of basic version: #1
Just prepared an initial basic version to start a reva server and start integrating with the go-micro base dextension framework of ownCloud Infinite Scale.
-
Change - Start multiple services with dedicated commands: #6
The initial version would only allow us to use a set of reva configurations to start multiple services. We use a more opinionated set of commands to start dedicated services that allows us to configure them individually. It allows us to switch eg. the user backend to LDAP and fully use it on the cli.
-
Change - Storage providers now default to exposing data servers: #89
The flags that let reva storage providers announce that they expose a data server now defaults to true:
REVA_STORAGE_HOME_EXPOSE_DATA_SERVER=1REVA_STORAGE_OC_EXPOSE_DATA_SERVER=1 -
Change - Default to running behind ocis-proxy: #113
We changed the default configuration to integrate better with ocis.
- We use ocis-glauth as the default ldap server on port 9125 with base
dc=example,dc=org. - We use a dedicated technicalrevauser to make ldap binds - Clients are supposed to use the ocis-proxy endpointhttps://localhost:9200- We removed unneeded ocis configuration from the frontend which no longer serves an oidc provider. - We changed the default user OpaqueID attribute fromsubtopreferred_username. The latter is a claim populated by konnectd that can also be used by the reva ldap user manager to look up users by their OpaqueId
- We use ocis-glauth as the default ldap server on port 9125 with base
-
Enhancement - Expose owncloud storage driver config in flagset: #87
Three new flags are now available:
-
scan files on startup to generate missing fileids default:
trueenv var:REVA_STORAGE_OWNCLOUD_SCANcli option:--storage-owncloud-scan -
autocreate home path for new users default:
trueenv var:REVA_STORAGE_OWNCLOUD_AUTOCREATEcli option:--storage-owncloud-autocreate -
the address of the redis server default:
:6379env var:REVA_STORAGE_OWNCLOUD_REDIS_ADDRcli option:--storage-owncloud-redis
-
-
Enhancement - Update reva to v0.0.2-0.20200212114015-0dbce24f7e8b: #91
Reva has seen a lot of changes that allow us to - reduce the configuration overhead - use the autocreato home folder option - use the home folder path layout option - no longer start the root storage
-
Enhancement - Allow configuring user sharing driver: #115
We now default to
jsonwhich persists shares in the sharing manager in a json file instead of an in memory db.