Files
opencloud/tests/acceptance/expected-failures-decomposed-storage.md
2026-02-03 19:51:33 +01:00

42 KiB

Scenarios from OpenCloud API tests that are expected to fail with decomposed storage

Downloading the archive of the resource (files | folder) using resource path is not possible

PATCH request for TUS upload with wrong checksum gives incorrect response

Settings service user can list other peoples assignments

A User can get information of another user with Graph API

Normal user can get expanded members information of a group

Same users can be added in a group multiple time

Users are added in a group with wrong host in host-part of user

Adding the same user as multiple members in a single request results in listing the same user twice in the group

Shared file locking is not possible using different path

Folders can be locked and locking works partially

Trying to unlock a shared file with sharer's lock token gives 500

sharee (editor role) MOVE a file by file-id into shared sub-folder returns 502

MOVE a file into same folder with same name returns 404 instead of 403

OCM. admin cannot get federated users if he hasn't connection with them

OCM. federated connection is not dropped when one of the users deletes the connection

OCM. server crash after deleting share for ocm user

Shares Jail PROPFIND returns different File IDs for the same item

Readiness check for some services returns 500 status code

Skip tests for different languages

Missing properties in REPORT response, d:getetag property has empty value in REPORT response

Scenarios from core API tests that are expected to fail with decomposed storage

File

Basic file management like up and download, move, copy, properties, trash, versions and chunking.

Custom dav properties with namespaces are rendered incorrectly

ocdav: double-check the webdav property parsing when custom namespaces are used

Sync

Synchronization features like etag propagation, setting mtime and locking files

Uploading an old method chunked file with checksum should fail using new DAV path

Share

d:quota-available-bytes in dprop of PROPFIND give wrong response value

deleting a file inside a received shared folder is moved to the trash-bin of the sharer not the receiver

Other

API, search, favorites, config, capabilities, not existing endpoints, CORS and others

sending MKCOL requests to another or non-existing user's webDav endpoints as normal user should return 404

ocdav: api compatibility, return correct status code

trying to lock file of another user gives http 500

Support for favorites

WWW-Authenticate header for unauthenticated requests is not clear

PATCH request for TUS upload with wrong checksum gives incorrect response

Trying to delete other user's trashbin item returns 409 for spaces path instead of 404

MOVE a file into same folder with same name returns 404 instead of 403

COPY file/folder to same name is possible (but 500 code error for folder with spaces path)

Trying to restore personal file to file of share received folder returns 403 but the share file is deleted (new dav path)

Preview. UTF characters do not display on prievew

Preview of text file truncated

Won't fix

Not everything needs to be implemented for opencloud.

  • Blacklisted ignored files are no longer required because opencloud can handle .htaccess files without security implications introduced by serving user provided files with apache.

Note: always have an empty line at the end of this file. The bash script that processes this file requires that the last line has a newline on the end.