Files
opencloud/tests/acceptance/expected-failures-API-on-OCIS-storage.md
2022-08-23 17:53:13 +05:45

180 KiB

Scenarios from ownCloud10 core API tests that are expected to fail with OCIS storage while running with the Graph API

The expected failures in this file are from features in the owncloud/core repo.

File

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

Getting information about a folder overwritten by a file gives 500 error instead of 404

Custom dav properties with namespaces are rendered incorrectly

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

Cannot set custom webDav properties

Downloading the older version of shared file gives 404

file versions do not report the version author

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

Webdav LOCK operations

Share

File and sync features in a shared scenario

Searching sharee with displayname

accepting matching name shared resources from different users/groups sets no serial identifiers on the resource name for the receiver

sharing the shares folder to users exits with different status code than in oc10 backend

file_target of a auto-renamed file is not correct directly after sharing

File deletion using dav gives unique string in filename in the trashbin

cannot share a folder with create permission

Listing shares via ocs API does not show path for parent folders

OCS error message for attempting to access share via share id as an unauthorized user is not informative

Listing shares via ocs API does not show path for parent folders

download previews of other users file

different error message detail for previews of folder

Requesting a file preview when it is disabled by the administrator

Cannot set/unset maximum and minimum preview dimensions

Adding public upload to a read only shared folder as a recipient is allowed

Upload-only shares must not overwrite but create a separate file

Set quota over settings

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

changing user quota gives ocs status 103 / Cannot set quota

not possible to move file into a received folder

Scenario Outline: Moving a file into a shared folder as the sharee and as the sharer

restoring an older version of a shared file deletes the share

Expiration date for shares is not implemented

Expiration date of user shares

Expiration date of group shares

Cannot move folder/file from one received share to another

Sharing folder and sub-folder with same user but different permission,the permission of sub-folder is not obeyed

Empty OCS response for a share create request using a disabled user

Edit user share response has an "name" field

user can access version metadata of a received share before accepting it

Share lists deleted user as 'user'

deleting a share with wrong authentication returns OCS status 996 / HTTP 500

User Management

User and group management features

Cannot create user with different username and emails

special character username not valid

incorrect ocs(v2) status value when getting info of share that does not exist should be 404, gives 998

ocs: api compatibility, return correct status code

Other

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

no robots.txt available

Ability to return error messages in Webdav response bodies

sending MKCOL requests to another user's webDav endpoints as normal user gives 404 instead of 403

ocdav: api compatibility, return correct status code

trying to lock file of another user gives http 200

send MOVE requests to another user's webDav endpoints as normal user gives 400 instead of 403

ocdav: api compatibility, return correct status code

send POST requests to another user's webDav endpoints as normal user

ocdav: api compatibility, return correct status code

Another users space literally does not exist because it is not listed as a space for him, 404 seems correct, expects 403

Using double slash in URL to access a folder gives 501 and other status codes

Difference in response content of status.php and default capabilities

/webdav and spaces endpoint does not alloow REPORT requests

No permisions propertry in response while searching for files and folders on ocis with new webdav

Support for favorites

And other missing implementation of favorites

WWW-Authenticate header for unauthenticated requests is not clear

wildcard Access-Control-Allow-Origin

App Passwords/Tokens for legacy WebDAV clients

Request to edit non-existing user by authorized admin gets unauthorized in http response

Sharing a same file twice to the same group

PATCH request for TUS upload with wrong checksum gives incorrect response

TUS OPTIONS requests do not reply with TUS headers when invalid password

Trying to accept a share with invalid ID gives incorrect OCS and HTTP status

Shares to deleted group listed in the response

copying the file inside Shares folder returns 404

Won't fix

Not everything needs to be implemented for ocis. While the oc10 testsuite covers these things we are not looking at them right now.

  • The OC-LazyOps header is no longer supported by the client, implementing this is not necessary for a first production release. We plan to have an upload state machine to visualize the state of a file, see https://github.com/owncloud/ocis/issues/214
  • Blacklisted ignored files are no longer required because ocis can handle .htaccess files without security implications introduced by serving user provided files with apache.

uploading with old-chunking does not work

Blacklist files extensions

cannot set blacklisted file names

cannot set excluded directories

system configuration options missing

Preview of text file with UTF content does not render correctly

Share path in the response is different between share states

Content-type is not multipart/byteranges when downloading file with Range Header

moveShareInsideAnotherShare behaves differently on oCIS than oC10

Renaming resource to banned name is allowed in spaces webdav

REPORT method on spaces returns an incorrect d:href response

could not create system tag

Cannot disable the dav propfind depth infinity for resources

Renaming resource to excluded directory name is allowed in spaces webdav

graph/users: enable/disable users

OCS status code zero

HTTP status code differ while listing the contents of another user's trash bin

HTTP status code differ while deleting file of another user's trash bin

Problem accessing trashbin with personal space id

valid WebDAV (DELETE, COPY or MOVE) requests with body must exit with 415

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.