@skipOnReva Feature: sharing As a user I want to share resources to others So that they can have access on them Background: Given user "Alice" has been created with default attributes @smokeTest Scenario Outline: creating a share of a file with a user, the default permissions are read(1)+update(2) Given using OCS API version "" And user "Brian" has been created with default attributes And user "Alice" has uploaded file with content "OpenCloud test text file 0" to "/textfile0.txt" When user "Alice" shares file "textfile0.txt" with user "Brian" using the sharing API Then the OCS status code should be "" And the HTTP status code should be "200" And the fields of the last response to user "Alice" sharing with user "Brian" should include | share_with | %username% | | share_with_displayname | %displayname% | | share_with_user_type | 0 | | file_target | /Shares/textfile0.txt | | path | /textfile0.txt | | permissions | read,update | | uid_owner | %username% | | displayname_owner | %displayname% | | item_type | file | | mimetype | text/plain | | storage_id | ANY_VALUE | | share_type | user | And the content of file "/Shares/textfile0.txt" for user "Brian" should be "OpenCloud test text file 0" Examples: | ocs-api-version | ocs-status-code | | 1 | 100 | | 2 | 200 | @smokeTest @issue-2133 Scenario Outline: creating a share of a file containing commas in the filename, with a user, the default permissions are read(1)+update(2)+can-share(16) Given using OCS API version "" And user "Brian" has been created with default attributes And user "Alice" has uploaded file with content "file with comma in filename" to "/sample,1.txt" When user "Alice" shares file "sample,1.txt" with user "Brian" using the sharing API Then the OCS status code should be "" And the HTTP status code should be "200" And the fields of the last response to user "Alice" sharing with user "Brian" should include | share_with | %username% | | share_with_displayname | %displayname% | | file_target | /Shares/sample,1.txt | | path | /sample,1.txt | | permissions | read,update | | uid_owner | %username% | | displayname_owner | %displayname% | | item_type | file | | mimetype | text/plain | | storage_id | ANY_VALUE | | share_type | user | And the content of file "/Shares/sample,1.txt" for user "Brian" should be "file with comma in filename" Examples: | ocs-api-version | ocs-status-code | | 1 | 100 | | 2 | 200 | @issue-2133 @issue-1270 @issue-1271 Scenario Outline: creating a share of a file with a user and asking for various permission combinations Given using OCS API version "" And user "Brian" has been created with default attributes And user "Alice" has uploaded file with content "OpenCloud test text file 0" to "/textfile0.txt" When user "Alice" shares file "textfile0.txt" with user "Brian" with permissions using the sharing API Then the OCS status code should be "" And the HTTP status code should be "200" And the fields of the last response to user "Alice" sharing with user "Brian" should include | share_with | %username% | | share_with_displayname | %displayname% | | file_target | /Shares/textfile0.txt | | path | /textfile0.txt | | permissions | | | uid_owner | %username% | | displayname_owner | %displayname% | | item_type | file | | mimetype | text/plain | | storage_id | ANY_VALUE | | share_type | user | Examples: | ocs-api-version | requested-permissions | granted-permissions | ocs-status-code | # Ask for full permissions. You get share plus read plus update. create and delete do not apply to shares of a file | 1 | 15 | 3 | 100 | | 2 | 15 | 3 | 200 | # Ask for read, create and delete. You get share plus read | 1 | 13 | 1 | 100 | | 2 | 13 | 1 | 200 | # Ask for read, update, create, delete. You get read plus update. | 1 | 15 | 3 | 100 | | 2 | 15 | 3 | 200 | # Ask for just update. You get exactly update (you do not get read or anything else) | 1 | 2 | 2 | 100 | | 2 | 2 | 2 | 200 | Scenario Outline: creating a share of a file with no permissions should fail Given using OCS API version "" And user "Brian" has been created with default attributes And user "Alice" has uploaded file with content "Random data" to "randomfile.txt" When user "Alice" shares file "randomfile.txt" with user "Brian" with permissions "0" using the sharing API Then the OCS status code should be "400" And the HTTP status code should be "" And the sharing API should report that no shares are shared with user "Brian" And as "Brian" file "/Shares/randomfile.txt" should not exist And as "Brian" file "randomfile.txt" should not exist Examples: | ocs-api-version | http_status_code | | 1 | 200 | | 2 | 400 | Scenario Outline: creating a share of a folder with no permissions should fail Given using OCS API version "" And user "Brian" has been created with default attributes And user "Alice" has created folder "/afolder" When user "Alice" shares folder "afolder" with user "Brian" with permissions "0" using the sharing API Then the OCS status code should be "400" And the HTTP status code should be "" And the sharing API should report that no shares are shared with user "Brian" And as "Brian" folder "/Shares/afolder" should not exist And as "Brian" folder "afolder" should not exist Examples: | ocs-api-version | http_status_code | | 1 | 200 | | 2 | 400 | @issue-2133 Scenario Outline: creating a share of a folder with a user, the default permissions are all permissions(15) Given using OCS API version "" And user "Brian" has been created with default attributes And user "Alice" has created folder "/FOLDER" When user "Alice" shares folder "/FOLDER" with user "Brian" using the sharing API Then the OCS status code should be "" And the HTTP status code should be "200" And the fields of the last response to user "Alice" sharing with user "Brian" should include | share_with | %username% | | share_with_displayname | %displayname% | | file_target | /Shares/FOLDER | | path | /FOLDER | | permissions | all | | uid_owner | %username% | | displayname_owner | %displayname% | | item_type | folder | | mimetype | httpd/unix-directory | | storage_id | ANY_VALUE | | share_type | user | Examples: | ocs-api-version | ocs-status-code | | 1 | 100 | | 2 | 200 | Scenario Outline: creating a share of a file with a group, the default permissions are read(1)+update(2) Given using OCS API version "" And group "grp1" has been created And user "Alice" has uploaded file with content "OpenCloud test text file 0" to "/textfile0.txt" When user "Alice" shares file "/textfile0.txt" with group "grp1" using the sharing API Then the OCS status code should be "" And the HTTP status code should be "200" And the fields of the last response to user "Alice" sharing with group "grp1" should include | share_with | grp1 | | share_with_displayname | grp1 | | file_target | /Shares/textfile0.txt | | path | /textfile0.txt | | permissions | read,update | | uid_owner | %username% | | displayname_owner | %displayname% | | item_type | file | | mimetype | text/plain | | storage_id | ANY_VALUE | | share_type | group | Examples: | ocs-api-version | ocs-status-code | | 1 | 100 | | 2 | 200 | Scenario Outline: creating a share of a folder with a group, the default permissions are all permissions(15) Given using OCS API version "" And group "grp1" has been created And user "Alice" has created folder "/FOLDER" When user "Alice" shares folder "/FOLDER" with group "grp1" using the sharing API Then the OCS status code should be "" And the HTTP status code should be "200" And the fields of the last response to user "Alice" sharing with user "Brian" should include | share_with | grp1 | | share_with_displayname | grp1 | | file_target | /Shares/FOLDER | | path | /FOLDER | | permissions | all | | uid_owner | %username% | | displayname_owner | %displayname% | | item_type | folder | | mimetype | httpd/unix-directory | | storage_id | ANY_VALUE | | share_type | group | Examples: | ocs-api-version | ocs-status-code | | 1 | 100 | | 2 | 200 | @smokeTest Scenario: share of folder to a group Given these users have been created with default attributes: | username | | Brian | | Carol | And group "grp1" has been created And user "Brian" has been added to group "grp1" And user "Carol" has been added to group "grp1" And user "Alice" has created folder "/PARENT" And user "Alice" has uploaded file with content "file in parent folder" to "/PARENT/parent.txt" When user "Alice" shares folder "/PARENT" with group "grp1" using the sharing API And user "Brian" should see the following elements | /Shares/PARENT | | /Shares/PARENT/parent.txt | And user "Carol" should see the following elements | /Shares/PARENT | | /Shares/PARENT/parent.txt | @smokeTest @skipOnReva # reva doesn't have a pre-created admin user Scenario: user included in multiple groups receives a share from the admin And group "grp1" has been created And group "grp2" has been created And user "Alice" has been added to group "grp1" And user "Alice" has been added to group "grp2" And admin has created folder "/PARENT" When user "admin" shares folder "/PARENT" with group "grp1" using the sharing API Then user "Alice" should see the following elements | /Shares/PARENT | @smokeTest Scenario: user included in multiple groups, shares a folder with a group Given these users have been created with default attributes: | username | | Brian | And group "grp1" has been created And group "grp2" has been created And user "Alice" has been added to group "grp1" And user "Alice" has been added to group "grp2" And user "Brian" has been added to group "grp1" And user "Brian" has been added to group "grp2" And user "Alice" has created folder "/PARENT" When user "Alice" shares folder "/PARENT" with group "grp1" using the sharing API Then user "Brian" should have sync enabled for share "PARENT" And user "Brian" should see the following elements | /Shares/PARENT | Scenario: sharing again an own file while belonging to a group Given user "Brian" has been created with default attributes And group "grp1" has been created And user "Alice" has been added to group "grp1" And user "Brian" has been added to group "grp1" And user "Brian" has uploaded file with content "OpenCloud test text file 0" to "/randomfile.txt" And user "Brian" has sent the following resource share invitation: | resource | randomfile.txt | | space | Personal | | sharee | grp1 | | shareType | group | | permissionsRole | Viewer | And user "Brian" has removed the access of group "grp1" from resource "randomfile.txt" of space "Personal" When user "Brian" shares file "/randomfile.txt" with group "grp1" using the sharing API And as "Alice" file "/Shares/randomfile.txt" should exist @issue-2201 Scenario Outline: sharing subfolder of already shared folder, GET result is correct Given using OCS API version "" And these users have been created with default attributes: | username | | Brian | | Carol | | David | | Emily | And user "Alice" has created folder "/folder1" And user "Alice" has sent the following resource share invitation: | resource | folder1 | | space | Personal | | sharee | Brian | | shareType | user | | permissionsRole | Viewer | And user "Alice" has sent the following resource share invitation: | resource | folder1 | | space | Personal | | sharee | Carol | | shareType | user | | permissionsRole | Viewer | And user "Alice" has created folder "/folder1/folder2" And user "Alice" has sent the following resource share invitation: | resource | folder1/folder2 | | space | Personal | | sharee | David | | shareType | user | | permissionsRole | Viewer | And user "Alice" has sent the following resource share invitation: | resource | folder1/folder2 | | space | Personal | | sharee | Emily | | shareType | user | | permissionsRole | Viewer | When user "Alice" sends HTTP method "GET" to OCS API endpoint "/apps/files_sharing/api/v1/shares" Then the OCS status code should be "" And the HTTP status code should be "200" And the response should contain 4 entries And folder "/folder1" should be included as path in the response And folder "/folder1/folder2" should be included as path in the response When user "Alice" sends HTTP method "GET" to OCS API endpoint "/apps/files_sharing/api/v1/shares?path=/folder1/folder2" Then the OCS status code should be "" And the HTTP status code should be "200" And the response should contain 2 entries And folder "/folder1" should not be included as path in the response And folder "/folder1/folder2" should be included as path in the response Examples: | ocs-api-version | ocs-status-code | | 1 | 100 | | 2 | 200 | Scenario Outline: user shares a file with file name longer than 64 chars to another user Given using OCS API version "" And user "Brian" has been created with default attributes And user "Alice" has uploaded file with content "OpenCloud test text file 0" to "/textfile0.txt" And user "Alice" has moved file "textfile0.txt" to "aquickbrownfoxjumpsoveraverylazydogaquickbrownfoxjumpsoveralazydog.txt" When user "Alice" shares file "aquickbrownfoxjumpsoveraverylazydogaquickbrownfoxjumpsoveralazydog.txt" with user "Brian" using the sharing API Then as "Brian" file "/Shares/aquickbrownfoxjumpsoveraverylazydogaquickbrownfoxjumpsoveralazydog.txt" should exist Examples: | ocs-api-version | | 1 | | 2 | Scenario Outline: user shares a file with file name longer than 64 chars to a group Given using OCS API version "" And group "grp1" has been created And user "Brian" has been created with default attributes And user "Brian" has been added to group "grp1" And user "Alice" has uploaded file with content "OpenCloud test text file 0" to "/textfile0.txt" And user "Alice" has moved file "textfile0.txt" to "aquickbrownfoxjumpsoveraverylazydogaquickbrownfoxjumpsoveralazydog.txt" When user "Alice" shares file "aquickbrownfoxjumpsoveraverylazydogaquickbrownfoxjumpsoveralazydog.txt" with group "grp1" using the sharing API Then as "Brian" file "/Shares/aquickbrownfoxjumpsoveraverylazydogaquickbrownfoxjumpsoveralazydog.txt" should exist Examples: | ocs-api-version | | 1 | | 2 | Scenario Outline: user shares a folder with folder name longer than 64 chars to another user Given using OCS API version "" And user "Brian" has been created with default attributes And user "Alice" has uploaded file with content "OpenCloud test" to "/textfile0.txt" And user "Alice" has created folder "/aquickbrownfoxjumpsoveraverylazydogaquickbrownfoxjumpsoveralazydog" And user "Alice" has moved file "textfile0.txt" to "aquickbrownfoxjumpsoveraverylazydogaquickbrownfoxjumpsoveralazydog/textfile0.txt" When user "Alice" shares folder "/aquickbrownfoxjumpsoveraverylazydogaquickbrownfoxjumpsoveralazydog" with user "Brian" using the sharing API Then the content of file "/Shares/aquickbrownfoxjumpsoveraverylazydogaquickbrownfoxjumpsoveralazydog/textfile0.txt" for user "Brian" should be "OpenCloud test" Examples: | ocs-api-version | | 1 | | 2 | Scenario Outline: user shares a folder with folder name longer than 64 chars to a group Given using OCS API version "" And group "grp1" has been created And user "Brian" has been created with default attributes And user "Brian" has been added to group "grp1" And user "Alice" has uploaded file with content "OpenCloud test" to "/textfile0.txt" And user "Alice" has created folder "/aquickbrownfoxjumpsoveraverylazydogaquickbrownfoxjumpsoveralazydog" And user "Alice" has moved file "textfile0.txt" to "aquickbrownfoxjumpsoveraverylazydogaquickbrownfoxjumpsoveralazydog/textfile0.txt" When user "Alice" shares folder "/aquickbrownfoxjumpsoveraverylazydogaquickbrownfoxjumpsoveralazydog" with group "grp1" using the sharing API Then the content of file "/Shares/aquickbrownfoxjumpsoveraverylazydogaquickbrownfoxjumpsoveralazydog/textfile0.txt" for user "Brian" should be "OpenCloud test" Examples: | ocs-api-version | | 1 | | 2 | Scenario: share with user when username contains capital letters Given these users have been created with default attributes: | username | | brian | And user "Alice" has uploaded file with content "Random data" to "/randomfile.txt" When user "Alice" shares file "/randomfile.txt" with user "BRIAN" using the sharing API Then the OCS status code should be "100" And the HTTP status code should be "200" And the fields of the last response to user "Alice" sharing with user "BRIAN" should include | share_with | brian | | file_target | /Shares/randomfile.txt | | path | /randomfile.txt | | permissions | read,update | | uid_owner | %username% | And user "brian" should see the following elements | /Shares/randomfile.txt | And the content of file "Shares/randomfile.txt" for user "brian" should be "Random data" Scenario: creating a new share with user of a group when group name contains capital letters Given these users have been created with default attributes: | username | | Brian | And group "GROUP" has been created And user "Brian" has been added to group "GROUP" And user "Alice" has uploaded file with content "Random data" to "/randomfile.txt" When user "Alice" shares file "randomfile.txt" with group "GROUP" using the sharing API Then the OCS status code should be "100" And the HTTP status code should be "200" And user "Brian" should see the following elements | /Shares/randomfile.txt | And the content of file "/Shares/randomfile.txt" for user "Brian" should be "Random data" Scenario Outline: share of folder to a group with emoji in the name Given using OCS API version "" And these users have been created with default attributes: | username | | Brian | | Carol | And group "😀 😁" has been created And user "Brian" has been added to group "😀 😁" And user "Carol" has been added to group "😀 😁" And user "Alice" has created folder "/PARENT" And user "Alice" has uploaded file with content "file in parent folder" to "/PARENT/parent.txt" When user "Alice" shares folder "/PARENT" with group "😀 😁" using the sharing API Then the OCS status code should be "" And the HTTP status code should be "200" And user "Brian" should see the following elements | /Shares/PARENT | | /Shares/PARENT/parent.txt | And user "Carol" should see the following elements | /Shares/PARENT | | /Shares/PARENT/parent.txt | Examples: | ocs-api-version | ocs-status-code | | 1 | 100 | | 2 | 200 | @skipOnReva Scenario Outline: share with a group and then add a user to that group Given using OCS API version "" And these users have been created with default attributes: | username | | Brian | | Carol | And these groups have been created: | groupname | | grp1 | And user "Brian" has been added to group "grp1" And user "Alice" has uploaded file with content "some content" to "lorem.txt" When user "Alice" shares file "lorem.txt" with group "grp1" using the sharing API Then the OCS status code should be "" And the HTTP status code should be "200" And the content of file "/Shares/lorem.txt" for user "Brian" should be "some content" When the administrator adds user "Carol" to group "grp1" using the provisioning API And user "Carol" should not see the following elements | /Shares/lorem.txt | And the sharing API should report to user "Carol" that these shares are in the pending state | path | | /lorem.txt | Examples: | ocs-api-version | ocs-status-code | | 1 | 100 | | 2 | 200 | # deleting an LDAP group is not relevant or possible using the provisioning API @issue-2441 Scenario Outline: shares shared to deleted group should not be available Given using OCS API version "" And these users have been created with default attributes: | username | | Brian | | Carol | And group "grp1" has been created And user "Brian" has been added to group "grp1" And user "Carol" has been added to group "grp1" And user "Alice" has uploaded file with content "OpenCloud test text file 0" to "/textfile0.txt" And user "Alice" has sent the following resource share invitation: | resource | textfile0.txt | | space | Personal | | sharee | grp1 | | shareType | group | | permissionsRole | File Editor | And user "Brian" has a share "textfile0.txt" synced And user "Carol" has a share "textfile0.txt" synced When user "Alice" sends HTTP method "GET" to OCS API endpoint "/apps/files_sharing/api/v1/shares" Then the OCS status code should be "" And the HTTP status code should be "200" And the fields of the last response to user "Alice" sharing with group "grp1" should include | share_with | grp1 | | file_target | /Shares/textfile0.txt | | path | /textfile0.txt | | uid_owner | %username% | And as "Brian" file "/Shares/textfile0.txt" should exist And as "Carol" file "/Shares/textfile0.txt" should exist When the administrator deletes group "grp1" using the Graph API And user "Alice" sends HTTP method "GET" to OCS API endpoint "/apps/files_sharing/api/v1/shares" Then the OCS status code should be "" And the HTTP status code should be "200" And as "Brian" file "/Shares/textfile0.txt" should not exist And as "Carol" file "/Shares/textfile0.txt" should not exist Examples: | ocs-api-version | ocs-status-code | | 1 | 100 | | 2 | 200 | @issue-764 @issue-7555 Scenario Outline: share a file by multiple channels and download from sub-folder and direct file share Given using DAV path And these users have been created with default attributes: | username | | Brian | | Carol | And group "grp1" has been created And user "Brian" has been added to group "grp1" And user "Carol" has been added to group "grp1" And user "Alice" has created folder "/common" And user "Alice" has created folder "/common/sub" And user "Alice" has uploaded file with content "OpenCloud" to "/textfile0.txt" And user "Alice" has sent the following resource share invitation: | resource | common | | space | Personal | | sharee | grp1 | | shareType | group | | permissionsRole | Viewer | And user "Brian" has a share "common" synced And user "Carol" has a share "common" synced And user "Alice" has sent the following resource share invitation: | resource | textfile0.txt | | space | Personal | | sharee | Carol | | shareType | user | | permissionsRole | File Editor | And user "Carol" has a share "textfile0.txt" synced And user "Alice" has moved file "/textfile0.txt" to "/common/textfile0.txt" And user "Alice" has moved file "/common/textfile0.txt" to "/common/sub/textfile0.txt" When user "Carol" uploads file "filesForUpload/file_to_overwrite.txt" to "/Shares/textfile0.txt" using the WebDAV API Then the HTTP status code should be "204" And the content of file "/Shares/common/sub/textfile0.txt" for user "Carol" should be "BLABLABLA" plus end-of-line And the content of file "/Shares/textfile0.txt" for user "Carol" should be "BLABLABLA" plus end-of-line And user "Carol" should see the following elements | /Shares/common/sub/textfile0.txt | | /Shares/textfile0.txt | And the content of file "/Shares/common/sub/textfile0.txt" for user "Brian" should be "BLABLABLA" plus end-of-line And the content of file "/common/sub/textfile0.txt" for user "Alice" should be "BLABLABLA" plus end-of-line Examples: | dav-path-version | | old | | new | @smokeTest Scenario Outline: creating a share of a renamed file Given using OCS API version "" And user "Brian" has been created with default attributes And user "Alice" has uploaded file with content "OpenCloud test text file 0" to "/textfile0.txt" And user "Alice" has moved file "/textfile0.txt" to "/renamed.txt" When user "Alice" shares file "renamed.txt" with user "Brian" using the sharing API Then the OCS status code should be "" And the HTTP status code should be "200" And the fields of the last response to user "Alice" sharing with user "Brian" should include | share_with | %username% | | share_with_displayname | %displayname% | | file_target | /Shares/renamed.txt | | path | /renamed.txt | | permissions | read,update | | uid_owner | %username% | | displayname_owner | %displayname% | | item_type | file | | mimetype | text/plain | | storage_id | ANY_VALUE | | share_type | user | And the content of file "/Shares/renamed.txt" for user "Brian" should be "OpenCloud test text file 0" Examples: | ocs-api-version | ocs-status-code | | 1 | 100 | | 2 | 200 | @issue-903 Scenario Outline: shares to a deleted user should not be listed as shares for the sharer Given using OCS API version "" And these users have been created with default attributes: | username | | Brian | | Carol | And user "Alice" has uploaded file with content "OpenCloud test text file 0" to "/textfile0.txt" And user "Alice" has sent the following resource share invitation: | resource | textfile0.txt | | space | Personal | | sharee | Brian | | shareType | user | | permissionsRole | Viewer | And user "Alice" has sent the following resource share invitation: | resource | textfile0.txt | | space | Personal | | sharee | Carol | | shareType | user | | permissionsRole | Viewer | And user "Brian" has been deleted When user "Alice" gets all the shares of the file "textfile0.txt" using the sharing API Then the OCS status code should be "" And the HTTP status code should be "200" And user "Carol" should be included in the response But user "Brian" should not be included in the response Examples: | ocs-api-version | ocs-status-code | | 1 | 100 | | 2 | 200 | @issue-719 Scenario Outline: creating a share of a renamed file when another share exists Given using OCS API version "" And user "Brian" has been created with default attributes And user "Alice" has created folder "/Folder1" And user "Alice" has created folder "/Folder2" And user "Alice" has sent the following resource share invitation: | resource | Folder1 | | space | Personal | | sharee | Brian | | shareType | user | | permissionsRole | Viewer | And user "Alice" has moved file "/Folder2" to "/renamedFolder2" When user "Alice" shares folder "/renamedFolder2" with user "Brian" using the sharing API Then the OCS status code should be "" And the HTTP status code should be "200" And the fields of the last response to user "Alice" sharing with user "Brian" should include | share_with | %username% | | share_with_displayname | %displayname% | | file_target | /Shares/renamedFolder2 | | path | /renamedFolder2 | | permissions | all | | uid_owner | %username% | | displayname_owner | %displayname% | | item_type | folder | | mimetype | httpd/unix-directory | | storage_id | ANY_VALUE | | share_type | user | And as "Brian" folder "/Shares/renamedFolder2" should exist Examples: | ocs-api-version | ocs-status-code | | 1 | 100 | | 2 | 200 | @issue-1710 Scenario Outline: sharing a same file twice to the same group is not possible Given using OCS API version "" And group "grp1" has been created And user "Alice" has uploaded file with content "OpenCloud test text file 0" to "/textfile0.txt" And user "Alice" has sent the following resource share invitation: | resource | textfile0.txt | | space | Personal | | sharee | grp1 | | shareType | group | | permissionsRole | File Editor | When user "Alice" shares file "textfile0.txt" with group "grp1" using the sharing API Then the HTTP status code should be "" And the OCS status code should be "104" And the OCS status message should be "A share for the recipient already exists" Examples: | ocs-api-version | http-status | | 1 | 200 | | 2 | 403 |