2015-10-09 16:00:34 +03:00
|
|
|
Feature: sharing
|
|
|
|
Background:
|
|
|
|
Given using api version "1"
|
2016-09-27 14:09:55 +03:00
|
|
|
Given using old dav path
|
2015-10-09 16:00:34 +03:00
|
|
|
|
|
|
|
Scenario: Creating a new share with user
|
|
|
|
Given user "user0" exists
|
|
|
|
And user "user1" exists
|
|
|
|
And As an "user0"
|
2019-11-20 14:11:55 +03:00
|
|
|
When creating a share with
|
2015-10-09 16:00:34 +03:00
|
|
|
| path | welcome.txt |
|
|
|
|
| shareWith | user1 |
|
|
|
|
| shareType | 0 |
|
|
|
|
Then the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
2016-09-15 13:41:39 +03:00
|
|
|
And The following headers should be set
|
2020-11-17 18:19:03 +03:00
|
|
|
| Content-Security-Policy | default-src 'none';base-uri 'none';manifest-src 'self';frame-ancestors 'none' |
|
2015-10-09 16:00:34 +03:00
|
|
|
|
|
|
|
Scenario: Creating a share with a group
|
|
|
|
Given user "user0" exists
|
|
|
|
And user "user1" exists
|
|
|
|
And group "sharing-group" exists
|
|
|
|
And As an "user0"
|
2019-11-20 14:11:55 +03:00
|
|
|
When creating a share with
|
2015-10-09 16:00:34 +03:00
|
|
|
| path | welcome.txt |
|
|
|
|
| shareWith | sharing-group |
|
|
|
|
| shareType | 1 |
|
|
|
|
Then the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
|
|
|
|
2016-07-05 12:08:19 +03:00
|
|
|
Scenario: Creating a new share with user who already received a share through their group
|
|
|
|
Given As an "admin"
|
|
|
|
And user "user0" exists
|
|
|
|
And user "user1" exists
|
|
|
|
And group "sharing-group" exists
|
|
|
|
And user "user1" belongs to group "sharing-group"
|
|
|
|
And file "welcome.txt" of user "user0" is shared with group "sharing-group"
|
2019-11-20 17:41:15 +03:00
|
|
|
And user "user1" accepts last share
|
2016-07-05 12:08:19 +03:00
|
|
|
And As an "user0"
|
2019-11-20 14:11:55 +03:00
|
|
|
Then creating a share with
|
2016-07-05 12:08:19 +03:00
|
|
|
| path | welcome.txt |
|
|
|
|
| shareWith | user1 |
|
|
|
|
| shareType | 0 |
|
|
|
|
Then the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
|
|
|
|
2018-06-29 14:35:17 +03:00
|
|
|
Scenario: Creating a new room share when Talk is not enabled
|
|
|
|
Given As an "admin"
|
|
|
|
And app "spreed" is not enabled
|
|
|
|
And user "user0" exists
|
|
|
|
And As an "user0"
|
|
|
|
When creating a share with
|
|
|
|
| path | welcome.txt |
|
|
|
|
| shareWith | a-room-token |
|
|
|
|
| shareType | 10 |
|
|
|
|
Then the OCS status code should be "403"
|
|
|
|
And the HTTP status code should be "401"
|
|
|
|
|
2020-05-28 21:52:11 +03:00
|
|
|
Scenario: Creating a new mail share
|
|
|
|
Given dummy mail server is listening
|
|
|
|
And user "user0" exists
|
|
|
|
And As an "user0"
|
|
|
|
When creating a share with
|
|
|
|
| path | welcome.txt |
|
|
|
|
| shareType | 4 |
|
|
|
|
| shareWith | dumy@test.com |
|
|
|
|
Then the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
|
|
|
And last share can be downloaded
|
|
|
|
|
|
|
|
Scenario: Creating a new mail share with password
|
|
|
|
Given dummy mail server is listening
|
|
|
|
And user "user0" exists
|
|
|
|
And As an "user0"
|
|
|
|
When creating a share with
|
|
|
|
| path | welcome.txt |
|
|
|
|
| shareType | 4 |
|
|
|
|
| shareWith | dumy@test.com |
|
|
|
|
| password | publicpw |
|
|
|
|
Then the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
|
|
|
And last share with password "publicpw" can be downloaded
|
|
|
|
|
|
|
|
Scenario: Creating a new mail share with password when password protection is enforced
|
|
|
|
Given dummy mail server is listening
|
|
|
|
And As an "admin"
|
|
|
|
And parameter "enforcePasswordProtection" of app "sharebymail" is set to "yes"
|
|
|
|
And user "user0" exists
|
|
|
|
And As an "user0"
|
|
|
|
When creating a share with
|
|
|
|
| path | welcome.txt |
|
|
|
|
| shareType | 4 |
|
|
|
|
| shareWith | dumy@test.com |
|
|
|
|
| password | publicpw |
|
|
|
|
Then the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
|
|
|
And last share with password "publicpw" can be downloaded
|
|
|
|
|
|
|
|
Scenario: Creating a new mail share and setting a password
|
|
|
|
Given dummy mail server is listening
|
|
|
|
And user "user0" exists
|
|
|
|
And As an "user0"
|
|
|
|
When creating a share with
|
|
|
|
| path | welcome.txt |
|
|
|
|
| shareType | 4 |
|
|
|
|
| shareWith | dumy@test.com |
|
|
|
|
And Updating last share with
|
|
|
|
| password | publicpw |
|
|
|
|
Then the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
|
|
|
And last share with password "publicpw" can be downloaded
|
|
|
|
|
|
|
|
Scenario: Creating a new mail share and setting a password twice
|
|
|
|
Given dummy mail server is listening
|
|
|
|
And user "user0" exists
|
|
|
|
And As an "user0"
|
|
|
|
When creating a share with
|
|
|
|
| path | welcome.txt |
|
|
|
|
| shareType | 4 |
|
|
|
|
| shareWith | dumy@test.com |
|
|
|
|
And Updating last share with
|
|
|
|
| password | publicpw |
|
|
|
|
And Updating last share with
|
|
|
|
| password | another publicpw |
|
|
|
|
Then the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
|
|
|
And last share with password "another publicpw" can be downloaded
|
|
|
|
|
|
|
|
Scenario: Creating a new mail share and setting the same password twice
|
|
|
|
Given dummy mail server is listening
|
|
|
|
And user "user0" exists
|
|
|
|
And As an "user0"
|
|
|
|
When creating a share with
|
|
|
|
| path | welcome.txt |
|
|
|
|
| shareType | 4 |
|
|
|
|
| shareWith | dumy@test.com |
|
|
|
|
And Updating last share with
|
|
|
|
| password | publicpw |
|
|
|
|
And Updating last share with
|
|
|
|
| password | publicpw |
|
|
|
|
Then the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
|
|
|
And last share with password "publicpw" can be downloaded
|
|
|
|
|
2015-10-09 16:00:34 +03:00
|
|
|
Scenario: Creating a new public share
|
|
|
|
Given user "user0" exists
|
|
|
|
And As an "user0"
|
2015-11-19 17:17:56 +03:00
|
|
|
When creating a share with
|
2015-10-09 16:00:34 +03:00
|
|
|
| path | welcome.txt |
|
|
|
|
| shareType | 3 |
|
|
|
|
Then the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
2020-05-28 21:46:33 +03:00
|
|
|
And last link share can be downloaded
|
2015-10-09 16:00:34 +03:00
|
|
|
|
|
|
|
Scenario: Creating a new public share with password
|
|
|
|
Given user "user0" exists
|
|
|
|
And As an "user0"
|
2015-11-19 17:17:56 +03:00
|
|
|
When creating a share with
|
2015-10-09 16:00:34 +03:00
|
|
|
| path | welcome.txt |
|
|
|
|
| shareType | 3 |
|
|
|
|
| password | publicpw |
|
|
|
|
Then the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
2020-05-28 21:50:02 +03:00
|
|
|
And last share with password "publicpw" can be downloaded
|
2015-10-09 16:00:34 +03:00
|
|
|
|
2015-11-11 17:21:10 +03:00
|
|
|
Scenario: Creating a new public share of a folder
|
|
|
|
Given user "user0" exists
|
|
|
|
And As an "user0"
|
2015-11-19 17:17:56 +03:00
|
|
|
When creating a share with
|
2015-11-11 17:21:10 +03:00
|
|
|
| path | FOLDER |
|
|
|
|
| shareType | 3 |
|
|
|
|
| password | publicpw |
|
|
|
|
| expireDate | +3 days |
|
|
|
|
| publicUpload | true |
|
|
|
|
| permissions | 7 |
|
|
|
|
Then the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
|
|
|
And Share fields of last share match with
|
|
|
|
| id | A_NUMBER |
|
2020-04-23 17:22:48 +03:00
|
|
|
| permissions | 31 |
|
2015-11-11 17:21:10 +03:00
|
|
|
| expiration | +3 days |
|
|
|
|
| url | AN_URL |
|
|
|
|
| token | A_TOKEN |
|
2016-03-10 15:19:08 +03:00
|
|
|
| mimetype | httpd/unix-directory |
|
2015-11-11 17:21:10 +03:00
|
|
|
|
2015-10-09 16:00:34 +03:00
|
|
|
Scenario: Creating a new public share with password and adding an expiration date
|
|
|
|
Given user "user0" exists
|
|
|
|
And As an "user0"
|
2015-11-19 17:17:56 +03:00
|
|
|
When creating a share with
|
2015-10-09 16:00:34 +03:00
|
|
|
| path | welcome.txt |
|
|
|
|
| shareType | 3 |
|
|
|
|
| password | publicpw |
|
2015-11-11 20:29:38 +03:00
|
|
|
And Updating last share with
|
|
|
|
| expireDate | +3 days |
|
2015-10-09 16:00:34 +03:00
|
|
|
Then the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
2020-05-28 21:50:02 +03:00
|
|
|
And last share with password "publicpw" can be downloaded
|
2015-10-09 16:00:34 +03:00
|
|
|
|
2015-11-12 13:36:17 +03:00
|
|
|
Scenario: Creating a new public share, updating its expiration date and getting its info
|
2015-11-11 20:29:38 +03:00
|
|
|
Given user "user0" exists
|
|
|
|
And As an "user0"
|
2015-11-19 17:17:56 +03:00
|
|
|
When creating a share with
|
2015-11-11 20:29:38 +03:00
|
|
|
| path | FOLDER |
|
|
|
|
| shareType | 3 |
|
|
|
|
And Updating last share with
|
|
|
|
| expireDate | +3 days |
|
2016-07-14 15:32:51 +03:00
|
|
|
And the OCS status code should be "100"
|
2019-09-03 18:42:06 +03:00
|
|
|
And the HTTP status code should be "200"
|
2019-11-20 14:10:06 +03:00
|
|
|
And Getting info of last share
|
2015-11-12 13:36:17 +03:00
|
|
|
Then the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
|
|
|
And Share fields of last share match with
|
|
|
|
| id | A_NUMBER |
|
|
|
|
| item_type | folder |
|
|
|
|
| item_source | A_NUMBER |
|
|
|
|
| share_type | 3 |
|
|
|
|
| file_source | A_NUMBER |
|
|
|
|
| file_target | /FOLDER |
|
2020-04-23 17:22:48 +03:00
|
|
|
| permissions | 17 |
|
2015-11-12 13:36:17 +03:00
|
|
|
| stime | A_NUMBER |
|
|
|
|
| expiration | +3 days |
|
|
|
|
| token | A_TOKEN |
|
|
|
|
| storage | A_NUMBER |
|
|
|
|
| mail_send | 0 |
|
|
|
|
| uid_owner | user0 |
|
|
|
|
| storage_id | home::user0 |
|
|
|
|
| file_parent | A_NUMBER |
|
|
|
|
| displayname_owner | user0 |
|
|
|
|
| url | AN_URL |
|
2016-03-10 15:19:08 +03:00
|
|
|
| mimetype | httpd/unix-directory |
|
2015-11-12 13:36:17 +03:00
|
|
|
|
|
|
|
Scenario: Creating a new public share, updating its password and getting its info
|
|
|
|
Given user "user0" exists
|
|
|
|
And As an "user0"
|
2015-11-19 17:17:56 +03:00
|
|
|
When creating a share with
|
2015-11-12 13:36:17 +03:00
|
|
|
| path | FOLDER |
|
|
|
|
| shareType | 3 |
|
2019-11-20 14:10:06 +03:00
|
|
|
And Updating last share with
|
2015-11-11 20:29:38 +03:00
|
|
|
| password | publicpw |
|
2016-07-14 15:32:51 +03:00
|
|
|
And the OCS status code should be "100"
|
2019-09-03 18:42:06 +03:00
|
|
|
And the HTTP status code should be "200"
|
2019-11-20 14:10:06 +03:00
|
|
|
And Getting info of last share
|
2015-11-12 13:36:17 +03:00
|
|
|
Then the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
|
|
|
And Share fields of last share match with
|
|
|
|
| id | A_NUMBER |
|
|
|
|
| item_type | folder |
|
|
|
|
| item_source | A_NUMBER |
|
|
|
|
| share_type | 3 |
|
|
|
|
| file_source | A_NUMBER |
|
|
|
|
| file_target | /FOLDER |
|
2020-04-23 17:22:48 +03:00
|
|
|
| permissions | 17 |
|
2015-11-12 13:36:17 +03:00
|
|
|
| stime | A_NUMBER |
|
|
|
|
| token | A_TOKEN |
|
|
|
|
| storage | A_NUMBER |
|
|
|
|
| mail_send | 0 |
|
|
|
|
| uid_owner | user0 |
|
|
|
|
| storage_id | home::user0 |
|
|
|
|
| file_parent | A_NUMBER |
|
|
|
|
| displayname_owner | user0 |
|
|
|
|
| url | AN_URL |
|
2016-03-10 15:19:08 +03:00
|
|
|
| mimetype | httpd/unix-directory |
|
2015-11-12 13:36:17 +03:00
|
|
|
|
|
|
|
Scenario: Creating a new public share, updating its permissions and getting its info
|
|
|
|
Given user "user0" exists
|
|
|
|
And As an "user0"
|
2015-11-19 17:17:56 +03:00
|
|
|
When creating a share with
|
2015-11-12 13:36:17 +03:00
|
|
|
| path | FOLDER |
|
|
|
|
| shareType | 3 |
|
|
|
|
And Updating last share with
|
2015-11-11 20:29:38 +03:00
|
|
|
| permissions | 7 |
|
2016-07-14 15:32:51 +03:00
|
|
|
And the OCS status code should be "100"
|
2019-09-03 18:42:06 +03:00
|
|
|
And the HTTP status code should be "200"
|
2019-11-20 14:10:06 +03:00
|
|
|
And Getting info of last share
|
2015-11-11 20:29:38 +03:00
|
|
|
Then the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
|
|
|
And Share fields of last share match with
|
|
|
|
| id | A_NUMBER |
|
|
|
|
| item_type | folder |
|
|
|
|
| item_source | A_NUMBER |
|
|
|
|
| share_type | 3 |
|
|
|
|
| file_source | A_NUMBER |
|
|
|
|
| file_target | /FOLDER |
|
2020-05-06 22:49:26 +03:00
|
|
|
| permissions | 31 |
|
2015-11-11 20:29:38 +03:00
|
|
|
| stime | A_NUMBER |
|
|
|
|
| token | A_TOKEN |
|
|
|
|
| storage | A_NUMBER |
|
|
|
|
| mail_send | 0 |
|
|
|
|
| uid_owner | user0 |
|
|
|
|
| storage_id | home::user0 |
|
|
|
|
| file_parent | A_NUMBER |
|
|
|
|
| displayname_owner | user0 |
|
|
|
|
| url | AN_URL |
|
2016-03-10 15:19:08 +03:00
|
|
|
| mimetype | httpd/unix-directory |
|
2015-11-11 20:29:38 +03:00
|
|
|
|
2016-07-14 15:33:28 +03:00
|
|
|
Scenario: Creating a new public share, updating its permissions for "hide file list"
|
|
|
|
Given user "user0" exists
|
|
|
|
And As an "user0"
|
|
|
|
When creating a share with
|
|
|
|
| path | FOLDER |
|
|
|
|
| shareType | 3 |
|
|
|
|
And Updating last share with
|
|
|
|
| permissions | 4 |
|
|
|
|
And the OCS status code should be "100"
|
2019-09-03 18:42:06 +03:00
|
|
|
And the HTTP status code should be "200"
|
2016-07-14 15:33:28 +03:00
|
|
|
And Getting info of last share
|
|
|
|
Then the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
|
|
|
And Share fields of last share match with
|
|
|
|
| id | A_NUMBER |
|
|
|
|
| item_type | folder |
|
|
|
|
| item_source | A_NUMBER |
|
|
|
|
| share_type | 3 |
|
|
|
|
| file_source | A_NUMBER |
|
|
|
|
| file_target | /FOLDER |
|
|
|
|
| permissions | 4 |
|
|
|
|
| stime | A_NUMBER |
|
|
|
|
| token | A_TOKEN |
|
|
|
|
| storage | A_NUMBER |
|
|
|
|
| mail_send | 0 |
|
|
|
|
| uid_owner | user0 |
|
|
|
|
| storage_id | home::user0 |
|
|
|
|
| file_parent | A_NUMBER |
|
|
|
|
| displayname_owner | user0 |
|
|
|
|
| url | AN_URL |
|
|
|
|
| mimetype | httpd/unix-directory |
|
|
|
|
|
2015-11-12 13:36:17 +03:00
|
|
|
Scenario: Creating a new public share, updating publicUpload option and getting its info
|
|
|
|
Given user "user0" exists
|
|
|
|
And As an "user0"
|
2015-11-19 17:17:56 +03:00
|
|
|
When creating a share with
|
2015-11-12 13:36:17 +03:00
|
|
|
| path | FOLDER |
|
|
|
|
| shareType | 3 |
|
|
|
|
And Updating last share with
|
|
|
|
| publicUpload | true |
|
2016-07-14 15:32:51 +03:00
|
|
|
And the OCS status code should be "100"
|
2019-09-03 18:42:06 +03:00
|
|
|
And the HTTP status code should be "200"
|
2019-11-20 14:10:06 +03:00
|
|
|
And Getting info of last share
|
2015-11-12 13:36:17 +03:00
|
|
|
Then the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
|
|
|
And Share fields of last share match with
|
|
|
|
| id | A_NUMBER |
|
|
|
|
| item_type | folder |
|
|
|
|
| item_source | A_NUMBER |
|
|
|
|
| share_type | 3 |
|
|
|
|
| file_source | A_NUMBER |
|
|
|
|
| file_target | /FOLDER |
|
2020-05-06 22:49:26 +03:00
|
|
|
| permissions | 31 |
|
2015-11-12 13:36:17 +03:00
|
|
|
| stime | A_NUMBER |
|
|
|
|
| token | A_TOKEN |
|
|
|
|
| storage | A_NUMBER |
|
|
|
|
| mail_send | 0 |
|
|
|
|
| uid_owner | user0 |
|
|
|
|
| storage_id | home::user0 |
|
|
|
|
| file_parent | A_NUMBER |
|
|
|
|
| displayname_owner | user0 |
|
|
|
|
| url | AN_URL |
|
2016-03-10 15:19:08 +03:00
|
|
|
| mimetype | httpd/unix-directory |
|
2015-11-11 20:29:38 +03:00
|
|
|
|
2020-11-11 00:17:04 +03:00
|
|
|
Scenario: Creating a new share of a file with default permissions
|
|
|
|
Given user "user0" exists
|
|
|
|
And user "user1" exists
|
|
|
|
And As an "user0"
|
|
|
|
And parameter "shareapi_default_permissions" of app "core" is set to "7"
|
|
|
|
When creating a share with
|
|
|
|
| path | welcome.txt |
|
|
|
|
| shareWith | user1 |
|
|
|
|
| shareType | 0 |
|
|
|
|
And the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
|
|
|
And Getting info of last share
|
|
|
|
Then the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
|
|
|
And Share fields of last share match with
|
|
|
|
| permissions | 3 |
|
|
|
|
|
|
|
|
Scenario: Creating a new share of a folder with default permissions
|
|
|
|
Given user "user0" exists
|
|
|
|
And user "user1" exists
|
|
|
|
And As an "user0"
|
|
|
|
And parameter "shareapi_default_permissions" of app "core" is set to "7"
|
|
|
|
When creating a share with
|
|
|
|
| path | FOLDER |
|
|
|
|
| shareWith | user1 |
|
|
|
|
| shareType | 0 |
|
|
|
|
And the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
|
|
|
And Getting info of last share
|
|
|
|
Then the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
|
|
|
And Share fields of last share match with
|
|
|
|
| permissions | 7 |
|
|
|
|
|
2020-11-12 13:52:53 +03:00
|
|
|
Scenario: Creating a new internal share with default expiration date
|
|
|
|
Given user "user0" exists
|
|
|
|
And user "user1" exists
|
|
|
|
And As an "user0"
|
|
|
|
And parameter "shareapi_default_internal_expire_date" of app "core" is set to "yes"
|
|
|
|
And parameter "shareapi_internal_expire_after_n_days" of app "core" is set to "3"
|
|
|
|
When creating a share with
|
|
|
|
| path | welcome.txt |
|
|
|
|
| shareWith | user1 |
|
|
|
|
| shareType | 0 |
|
|
|
|
And the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
|
|
|
And Getting info of last share
|
|
|
|
Then the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
|
|
|
And Share fields of last share match with
|
|
|
|
| expiration | +3 days |
|
|
|
|
|
|
|
|
Scenario: Creating a new internal share with relaxed default expiration date
|
|
|
|
Given user "user0" exists
|
|
|
|
And user "user1" exists
|
|
|
|
And As an "user0"
|
|
|
|
And parameter "shareapi_default_internal_expire_date" of app "core" is set to "yes"
|
|
|
|
And parameter "shareapi_internal_expire_after_n_days" of app "core" is set to "3"
|
|
|
|
And parameter "internal_defaultExpDays" of app "core" is set to "1"
|
|
|
|
When creating a share with
|
|
|
|
| path | welcome.txt |
|
|
|
|
| shareWith | user1 |
|
|
|
|
| shareType | 0 |
|
|
|
|
And the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
|
|
|
And Getting info of last share
|
|
|
|
Then the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
|
|
|
And Share fields of last share match with
|
|
|
|
| expiration | +1 days |
|
|
|
|
|
|
|
|
Scenario: Creating a new internal share with relaxed default expiration date too large
|
|
|
|
Given user "user0" exists
|
|
|
|
And user "user1" exists
|
|
|
|
And As an "user0"
|
|
|
|
And parameter "shareapi_default_internal_expire_date" of app "core" is set to "yes"
|
|
|
|
And parameter "shareapi_internal_expire_after_n_days" of app "core" is set to "3"
|
|
|
|
And parameter "internal_defaultExpDays" of app "core" is set to "10"
|
|
|
|
When creating a share with
|
|
|
|
| path | welcome.txt |
|
|
|
|
| shareWith | user1 |
|
|
|
|
| shareType | 0 |
|
|
|
|
And the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
|
|
|
And Getting info of last share
|
|
|
|
Then the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
|
|
|
And Share fields of last share match with
|
|
|
|
| expiration | +3 days |
|
|
|
|
|
|
|
|
Scenario: Creating a new link share with default expiration date
|
|
|
|
Given user "user0" exists
|
|
|
|
And As an "user0"
|
|
|
|
And parameter "shareapi_default_expire_date" of app "core" is set to "yes"
|
|
|
|
And parameter "shareapi_expire_after_n_days" of app "core" is set to "3"
|
|
|
|
When creating a share with
|
|
|
|
| path | welcome.txt |
|
|
|
|
| shareType | 3 |
|
|
|
|
And the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
|
|
|
And Getting info of last share
|
|
|
|
Then the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
|
|
|
And Share fields of last share match with
|
|
|
|
| expiration | +3 days |
|
|
|
|
|
|
|
|
Scenario: Creating a new link share with relaxed default expiration date
|
|
|
|
Given user "user0" exists
|
|
|
|
And As an "user0"
|
|
|
|
And parameter "shareapi_default_expire_date" of app "core" is set to "yes"
|
|
|
|
And parameter "shareapi_expire_after_n_days" of app "core" is set to "3"
|
|
|
|
And parameter "link_defaultExpDays" of app "core" is set to "1"
|
|
|
|
When creating a share with
|
|
|
|
| path | welcome.txt |
|
|
|
|
| shareType | 3 |
|
|
|
|
And the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
|
|
|
And Getting info of last share
|
|
|
|
Then the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
|
|
|
And Share fields of last share match with
|
|
|
|
| expiration | +1 days |
|
|
|
|
|
|
|
|
Scenario: Creating a new link share with relaxed default expiration date too large
|
|
|
|
Given user "user0" exists
|
|
|
|
And As an "user0"
|
|
|
|
And parameter "shareapi_default_expire_date" of app "core" is set to "yes"
|
|
|
|
And parameter "shareapi_expire_after_n_days" of app "core" is set to "3"
|
|
|
|
And parameter "link_defaultExpDays" of app "core" is set to "10"
|
|
|
|
When creating a share with
|
|
|
|
| path | welcome.txt |
|
|
|
|
| shareType | 3 |
|
|
|
|
And the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
|
|
|
And Getting info of last share
|
|
|
|
Then the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
|
|
|
And Share fields of last share match with
|
|
|
|
| expiration | +3 days |
|
|
|
|
|
2015-11-05 12:10:46 +03:00
|
|
|
Scenario: getting all shares of a user using that user
|
|
|
|
Given user "user0" exists
|
|
|
|
And user "user1" exists
|
2015-11-30 17:49:35 +03:00
|
|
|
And file "textfile0.txt" of user "user0" is shared with user "user1"
|
2015-11-05 12:10:46 +03:00
|
|
|
And As an "user0"
|
|
|
|
When sending "GET" to "/apps/files_sharing/api/v1/shares"
|
|
|
|
Then the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
2016-04-25 09:50:05 +03:00
|
|
|
And File "textfile0.txt" should be included in the response
|
2015-11-05 12:10:46 +03:00
|
|
|
|
|
|
|
Scenario: getting all shares of a user using another user
|
2015-11-04 15:16:00 +03:00
|
|
|
Given user "user0" exists
|
|
|
|
And user "user1" exists
|
2015-11-30 17:49:35 +03:00
|
|
|
And file "textfile0.txt" of user "user0" is shared with user "user1"
|
2015-11-04 15:16:00 +03:00
|
|
|
And As an "admin"
|
|
|
|
When sending "GET" to "/apps/files_sharing/api/v1/shares"
|
|
|
|
Then the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
2015-11-05 12:10:46 +03:00
|
|
|
And File "textfile0.txt" should not be included in the response
|
2015-11-04 15:16:00 +03:00
|
|
|
|
2015-11-06 13:16:34 +03:00
|
|
|
Scenario: getting all shares of a file
|
|
|
|
Given user "user0" exists
|
|
|
|
And user "user1" exists
|
|
|
|
And user "user2" exists
|
|
|
|
And user "user3" exists
|
2015-11-30 17:49:35 +03:00
|
|
|
And file "textfile0.txt" of user "user0" is shared with user "user1"
|
|
|
|
And file "textfile0.txt" of user "user0" is shared with user "user2"
|
2015-11-06 13:16:34 +03:00
|
|
|
And As an "user0"
|
|
|
|
When sending "GET" to "/apps/files_sharing/api/v1/shares?path=textfile0.txt"
|
|
|
|
Then the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
|
|
|
And User "user1" should be included in the response
|
|
|
|
And User "user2" should be included in the response
|
|
|
|
And User "user3" should not be included in the response
|
|
|
|
|
2019-10-25 18:02:05 +03:00
|
|
|
Scenario: getting all shares of a file with a user with resharing rights but not yourself
|
2019-09-03 23:14:24 +03:00
|
|
|
Given user "user0" exists
|
|
|
|
And user "user1" exists
|
|
|
|
And user "user2" exists
|
|
|
|
And user "user3" exists
|
|
|
|
And file "textfile0.txt" of user "user0" is shared with user "user1"
|
2019-11-20 17:41:15 +03:00
|
|
|
And user "user1" accepts last share
|
2019-09-03 23:14:24 +03:00
|
|
|
And file "textfile0.txt" of user "user0" is shared with user "user2"
|
|
|
|
And As an "user1"
|
|
|
|
When sending "GET" to "/apps/files_sharing/api/v1/shares?path=textfile0 (2).txt&reshares=true"
|
|
|
|
Then the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
2019-10-25 18:02:05 +03:00
|
|
|
And User "user1" should not be included in the response
|
2019-09-03 23:14:24 +03:00
|
|
|
And User "user2" should be included in the response
|
|
|
|
And User "user3" should not be included in the response
|
|
|
|
|
2019-11-26 22:28:08 +03:00
|
|
|
Scenario: getting inherited shares of a file
|
|
|
|
Given user "user0" exists
|
|
|
|
And user "user1" exists
|
|
|
|
And user "user2" exists
|
|
|
|
And user "user3" exists
|
|
|
|
# will be shared with user1
|
|
|
|
And User "user0" created a folder "/first"
|
|
|
|
# will be shared with user1, user2
|
|
|
|
And User "user0" created a folder "/first/second"
|
|
|
|
# will be shared with user1, user3
|
|
|
|
And User "user0" uploads file "data/textfile.txt" to "/first/test1.txt"
|
|
|
|
# will be shared with user1, user2, user3
|
|
|
|
And User "user0" uploads file "data/textfile.txt" to "/first/second/test2.txt"
|
|
|
|
And As an "user0"
|
|
|
|
And creating a share with
|
|
|
|
| path | /first |
|
|
|
|
| shareType | 0 |
|
|
|
|
| shareWith | user1 |
|
|
|
|
| permissions | 16 |
|
|
|
|
And As an "user1"
|
|
|
|
And accepting last share
|
|
|
|
And folder "first/second" of user "user0" is shared with user "user2"
|
|
|
|
And file "first/test1.txt" of user "user0" is shared with user "user3"
|
|
|
|
And file "first/second/test2.txt" of user "user0" is shared with user "user3"
|
|
|
|
# get inherited shares from the owner PoV
|
|
|
|
And As an "user0"
|
|
|
|
When sending "GET" to "/apps/files_sharing/api/v1/shares/inherited?path=first/second/test2.txt"
|
|
|
|
Then the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
|
|
|
And User "user0" should not be included in the response
|
|
|
|
And User "user1" should be included in the response
|
|
|
|
And User "user2" should be included in the response
|
2020-01-10 12:03:08 +03:00
|
|
|
And User "user3" should not be included in the response
|
2019-11-26 22:28:08 +03:00
|
|
|
When sending "GET" to "/apps/files_sharing/api/v1/shares/inherited?path=first/test1.txt"
|
|
|
|
Then the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
|
|
|
And User "user0" should not be included in the response
|
|
|
|
And User "user1" should be included in the response
|
|
|
|
And User "user2" should not be included in the response
|
2020-01-10 12:03:08 +03:00
|
|
|
And User "user3" should not be included in the response
|
2019-11-26 22:28:08 +03:00
|
|
|
# get inherited shares from the a user with no shares rights
|
|
|
|
And As an "user2"
|
|
|
|
When sending "GET" to "/apps/files_sharing/api/v1/shares/inherited?path=first/test1.txt"
|
|
|
|
Then the OCS status code should be "404"
|
|
|
|
And the HTTP status code should be "200"
|
|
|
|
# get inherited shares from the PoV of a user with resharing rights (user1)
|
|
|
|
And As an "user1"
|
|
|
|
When sending "GET" to "/apps/files_sharing/api/v1/shares/inherited?path=first/second/test2.txt"
|
|
|
|
Then the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
|
|
|
And User "user0" should not be included in the response
|
|
|
|
And User "user1" should not be included in the response
|
|
|
|
And User "user2" should be included in the response
|
2020-01-10 12:03:08 +03:00
|
|
|
And User "user3" should not be included in the response
|
2019-11-26 22:28:08 +03:00
|
|
|
When sending "GET" to "/apps/files_sharing/api/v1/shares/inherited?path=first/test1.txt"
|
|
|
|
Then the OCS status code should be "100"
|
|
|
|
And the HTTP status code should be "200"
|
|
|
|
And User "user0" should not be included in the response
|
|
|
|
And User "user1" should not be included in the response
|
|
|
|
And User "user2" should not be included in the response
|
2020-01-10 12:03:08 +03:00
|
|
|
And User "user3" should not be included in the response
|
2019-11-26 22:28:08 +03:00
|
|
|
|
2017-03-28 18:57:18 +03:00
|
|
|
# See sharing-v1-part2.feature
|