From 31e74bc1c9dcf6a45a3542cfc1c8329db8a25009 Mon Sep 17 00:00:00 2001 From: prajwol Date: Thu, 20 Apr 2023 15:28:12 +0545 Subject: [PATCH] removed steps related to occ commands --- .../expected-failures-API-on-OCIS-storage.md | 80 ++++----- .../bootstrap/AppConfigurationContext.php | 16 -- .../acceptSharesToSharesFolder.feature | 3 +- .../shareAccessByID.feature | 4 - .../createPublicLinkShare.feature | 1 - .../uploadToPublicLinkShare.feature | 4 - .../reShareDisabled.feature | 1 - .../reShareWithExpiryDate.feature | 161 +++++++----------- .../features/coreApiSharees/sharees.feature | 2 - .../deleteFileFolder.feature | 3 - .../moveFileFolder.feature | 6 - .../copyFileFolder.feature | 2 - .../createFolder.feature | 1 - .../upload.feature | 1 - 14 files changed, 104 insertions(+), 181 deletions(-) diff --git a/tests/acceptance/expected-failures-API-on-OCIS-storage.md b/tests/acceptance/expected-failures-API-on-OCIS-storage.md index d8ac0bc881f..903c930663c 100644 --- a/tests/acceptance/expected-failures-API-on-OCIS-storage.md +++ b/tests/acceptance/expected-failures-API-on-OCIS-storage.md @@ -220,7 +220,7 @@ cannot share a folder with create permission - [coreApiShareOperationsToShares1/gettingShares.feature:187](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiShareOperationsToShares1/gettingShares.feature#L187) #### [Public link enforce permissions](https://github.com/owncloud/ocis/issues/1269) -- [coreApiSharePublicLink1/createPublicLinkShare.feature:353](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiSharePublicLink1/createPublicLinkShare.feature#L353) +- [coreApiSharePublicLink1/createPublicLinkShare.feature:352](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiSharePublicLink1/createPublicLinkShare.feature#L352) #### [download previews of other users file](https://github.com/owncloud/ocis/issues/2071) @@ -321,6 +321,8 @@ cannot share a folder with create permission - [coreApiShareReshareToShares3/reShareWithExpiryDate.feature:414](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiShareReshareToShares3/reShareWithExpiryDate.feature#L414) - [coreApiShareReshareToShares3/reShareWithExpiryDate.feature:442](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiShareReshareToShares3/reShareWithExpiryDate.feature#L442) - [coreApiShareReshareToShares3/reShareWithExpiryDate.feature:443](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiShareReshareToShares3/reShareWithExpiryDate.feature#L443) +- [coreApiShareReshareToShares3/reShareWithExpiryDate.feature:406](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiShareReshareToShares3/reShareWithExpiryDate.feature#L406) +- [coreApiShareReshareToShares3/reShareWithExpiryDate.feature:407](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiShareReshareToShares3/reShareWithExpiryDate.feature#L407) #### Expiration date of group shares @@ -392,67 +394,67 @@ API, search, favorites, config, capabilities, not existing endpoints, CORS and o #### [Ability to return error messages in Webdav response bodies](https://github.com/owncloud/ocis/issues/1293) -- [coreApiAuthOcs/ocsDELETEAuth.feature:11](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthOcs/ocsDELETEAuth.feature#L11) -- [coreApiAuthOcs/ocsGETAuth.feature:11](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthOcs/ocsGETAuth.feature#L11) -- [coreApiAuthOcs/ocsGETAuth.feature:45](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthOcs/ocsGETAuth.feature#L45) -- [coreApiAuthOcs/ocsGETAuth.feature:76](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthOcs/ocsGETAuth.feature#L76) -- [coreApiAuthOcs/ocsGETAuth.feature:107](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthOcs/ocsGETAuth.feature#L107) -- [coreApiAuthOcs/ocsGETAuth.feature:124](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthOcs/ocsGETAuth.feature#L124) -- [coreApiAuthOcs/ocsPOSTAuth.feature:11](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthOcs/ocsPOSTAuth.feature#L11) -- [coreApiAuthOcs/ocsPUTAuth.feature:11](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthOcs/ocsPUTAuth.feature#L11) -- [coreApiSharePublicLink1/createPublicLinkShare.feature:343](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiSharePublicLink1/createPublicLinkShare.feature#L343) +- [coreApiAuthOcs/ocsDELETEAuth.feature:8](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthOcs/ocsDELETEAuth.feature#L8) +- [coreApiAuthOcs/ocsGETAuth.feature:8](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthOcs/ocsGETAuth.feature#L8) +- [coreApiAuthOcs/ocsGETAuth.feature:42](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthOcs/ocsGETAuth.feature#L42) +- [coreApiAuthOcs/ocsGETAuth.feature:73](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthOcs/ocsGETAuth.feature#L73) +- [coreApiAuthOcs/ocsGETAuth.feature:104](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthOcs/ocsGETAuth.feature#L104) +- [coreApiAuthOcs/ocsGETAuth.feature:121](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthOcs/ocsGETAuth.feature#L121) +- [coreApiAuthOcs/ocsPOSTAuth.feature:8](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthOcs/ocsPOSTAuth.feature#L8) +- [coreApiAuthOcs/ocsPUTAuth.feature:8](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthOcs/ocsPUTAuth.feature#L8) +- [coreApiSharePublicLink1/createPublicLinkShare.feature:342](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiSharePublicLink1/createPublicLinkShare.feature#L342) #### [sending MKCOL requests to another user's webDav endpoints as normal user gives 404 instead of 403 ](https://github.com/owncloud/ocis/issues/3872) _ocdav: api compatibility, return correct status code_ -- [coreApiAuthWebDav/webDavMKCOLAuth.feature:55](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavMKCOLAuth.feature#L55) -- [coreApiAuthWebDav/webDavMKCOLAuth.feature:66](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavMKCOLAuth.feature#L66) +- [coreApiAuthWebDav/webDavMKCOLAuth.feature:52](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavMKCOLAuth.feature#L52) +- [coreApiAuthWebDav/webDavMKCOLAuth.feature:63](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavMKCOLAuth.feature#L63) #### [trying to lock file of another user gives http 200](https://github.com/owncloud/ocis/issues/2176) -- [coreApiAuthWebDav/webDavLOCKAuth.feature:59](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavLOCKAuth.feature#L59) -- [coreApiAuthWebDav/webDavLOCKAuth.feature:71](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavLOCKAuth.feature#L71) +- [coreApiAuthWebDav/webDavLOCKAuth.feature:56](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavLOCKAuth.feature#L56) +- [coreApiAuthWebDav/webDavLOCKAuth.feature:68](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavLOCKAuth.feature#L68) #### [send (MOVE,COPY) requests to another user's webDav endpoints as normal user gives 400 instead of 403](https://github.com/owncloud/ocis/issues/3882) _ocdav: api compatibility, return correct status code_ -- [coreApiAuthWebDav/webDavMOVEAuth.feature:58](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavMOVEAuth.feature#L58) -- [coreApiAuthWebDav/webDavMOVEAuth.feature:67](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavMOVEAuth.feature#L67) -- [coreApiAuthWebDav/webDavCOPYAuth.feature:58](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavCOPYAuth.feature#L58) -- [coreApiAuthWebDav/webDavCOPYAuth.feature:67](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavCOPYAuth.feature#L67) +- [coreApiAuthWebDav/webDavMOVEAuth.feature:55](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavMOVEAuth.feature#L55) +- [coreApiAuthWebDav/webDavMOVEAuth.feature:64](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavMOVEAuth.feature#L64) +- [coreApiAuthWebDav/webDavCOPYAuth.feature:59](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavCOPYAuth.feature#L59) +- [coreApiAuthWebDav/webDavCOPYAuth.feature:68](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavCOPYAuth.feature#L68) #### [send POST requests to another user's webDav endpoints as normal user](https://github.com/owncloud/ocis/issues/1287) _ocdav: api compatibility, return correct status code_ -- [coreApiAuthWebDav/webDavPOSTAuth.feature:59](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavPOSTAuth.feature#L59) -- [coreApiAuthWebDav/webDavPOSTAuth.feature:68](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavPOSTAuth.feature#L68) +- [coreApiAuthWebDav/webDavPOSTAuth.feature:56](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavPOSTAuth.feature#L56) +- [coreApiAuthWebDav/webDavPOSTAuth.feature:65](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavPOSTAuth.feature#L65) #### Another users space literally does not exist because it is not listed as a space for him, 404 seems correct, expects 403 -- [coreApiAuthWebDav/webDavPUTAuth.feature:59](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavPUTAuth.feature#L59) -- [coreApiAuthWebDav/webDavPUTAuth.feature:71](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavPUTAuth.feature#L71) +- [coreApiAuthWebDav/webDavPUTAuth.feature:56](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavPUTAuth.feature#L56) +- [coreApiAuthWebDav/webDavPUTAuth.feature:68](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavPUTAuth.feature#L68) #### [Using double slash in URL to access a folder gives 501 and other status codes](https://github.com/owncloud/ocis/issues/1667) -- [coreApiAuthWebDav/webDavSpecialURLs.feature:16](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavSpecialURLs.feature#L16) -- [coreApiAuthWebDav/webDavSpecialURLs.feature:27](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavSpecialURLs.feature#L27) -- [coreApiAuthWebDav/webDavSpecialURLs.feature:58](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavSpecialURLs.feature#L58) -- [coreApiAuthWebDav/webDavSpecialURLs.feature:69](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavSpecialURLs.feature#L69) -- [coreApiAuthWebDav/webDavSpecialURLs.feature:79](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavSpecialURLs.feature#L79) -- [coreApiAuthWebDav/webDavSpecialURLs.feature:91](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavSpecialURLs.feature#L91) -- [coreApiAuthWebDav/webDavSpecialURLs.feature:103](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavSpecialURLs.feature#L103) -- [coreApiAuthWebDav/webDavSpecialURLs.feature:114](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavSpecialURLs.feature#L114) -- [coreApiAuthWebDav/webDavSpecialURLs.feature:124](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavSpecialURLs.feature#L124) -- [coreApiAuthWebDav/webDavSpecialURLs.feature:135](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavSpecialURLs.feature#L135) -- [coreApiAuthWebDav/webDavSpecialURLs.feature:145](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavSpecialURLs.feature#L145) -- [coreApiAuthWebDav/webDavSpecialURLs.feature:156](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavSpecialURLs.feature#L156) -- [coreApiAuthWebDav/webDavSpecialURLs.feature:166](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavSpecialURLs.feature#L166) -- [coreApiAuthWebDav/webDavSpecialURLs.feature:177](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavSpecialURLs.feature#L177) -- [coreApiAuthWebDav/webDavSpecialURLs.feature:187](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavSpecialURLs.feature#L187) -- [coreApiAuthWebDav/webDavSpecialURLs.feature:198](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavSpecialURLs.feature#L198) +- [coreApiAuthWebDav/webDavSpecialURLs.feature:13](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavSpecialURLs.feature#L13) +- [coreApiAuthWebDav/webDavSpecialURLs.feature:24](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavSpecialURLs.feature#L24) +- [coreApiAuthWebDav/webDavSpecialURLs.feature:55](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavSpecialURLs.feature#L55) +- [coreApiAuthWebDav/webDavSpecialURLs.feature:66](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavSpecialURLs.feature#L66) +- [coreApiAuthWebDav/webDavSpecialURLs.feature:76](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavSpecialURLs.feature#L76) +- [coreApiAuthWebDav/webDavSpecialURLs.feature:88](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavSpecialURLs.feature#L88) +- [coreApiAuthWebDav/webDavSpecialURLs.feature:100](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavSpecialURLs.feature#L100) +- [coreApiAuthWebDav/webDavSpecialURLs.feature:111](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavSpecialURLs.feature#L111) +- [coreApiAuthWebDav/webDavSpecialURLs.feature:121](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavSpecialURLs.feature#L121) +- [coreApiAuthWebDav/webDavSpecialURLs.feature:132](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavSpecialURLs.feature#L132) +- [coreApiAuthWebDav/webDavSpecialURLs.feature:142](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavSpecialURLs.feature#L142) +- [coreApiAuthWebDav/webDavSpecialURLs.feature:153](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavSpecialURLs.feature#L153) +- [coreApiAuthWebDav/webDavSpecialURLs.feature:163](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavSpecialURLs.feature#L163) +- [coreApiAuthWebDav/webDavSpecialURLs.feature:174](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavSpecialURLs.feature#L174) +- [coreApiAuthWebDav/webDavSpecialURLs.feature:184](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavSpecialURLs.feature#L184) +- [coreApiAuthWebDav/webDavSpecialURLs.feature:195](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthWebDav/webDavSpecialURLs.feature#L195) #### [Difference in response content of status.php and default capabilities](https://github.com/owncloud/ocis/issues/1286) @@ -495,7 +497,7 @@ And other missing implementation of favorites #### [Request to edit non-existing user by authorized admin gets unauthorized in http response](https://github.com/owncloud/core/issues/38423) -- [coreApiAuthOcs/ocsPUTAuth.feature:27](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthOcs/ocsPUTAuth.feature#L27) +- [coreApiAuthOcs/ocsPUTAuth.feature:24](https://github.com/owncloud/ocis/blob/master/tests/acceptance/features/coreApiAuthOcs/ocsPUTAuth.feature#L24) #### [Sharing a same file twice to the same group](https://github.com/owncloud/ocis/issues/1710) diff --git a/tests/acceptance/features/bootstrap/AppConfigurationContext.php b/tests/acceptance/features/bootstrap/AppConfigurationContext.php index 91cefc07b85..6b6d8ddc3ef 100644 --- a/tests/acceptance/features/bootstrap/AppConfigurationContext.php +++ b/tests/acceptance/features/bootstrap/AppConfigurationContext.php @@ -57,22 +57,6 @@ public function adminSetsServerParameterToUsingAPI( $this->modifyAppConfig($app, $parameter, $value); } - /** - * @Given /^parameter "([^"]*)" of app "([^"]*)" has been set to ((?:'[^']*')|(?:"[^"]*"))$/ - * - * @param string $parameter - * @param string $app - * @param string $value - * - * @return void - * @throws Exception - */ - public function serverParameterHasBeenSetTo(string $parameter, string $app, string $value):void { - // The capturing group of the regex always includes the quotes at each - // end of the captured string, so trim them. - return; - } - /** * @Then the capabilities setting of :capabilitiesApp path :capabilitiesPath should be :expectedValue * @Given the capabilities setting of :capabilitiesApp path :capabilitiesPath has been confirmed to be :expectedValue diff --git a/tests/acceptance/features/coreApiShareManagementToShares/acceptSharesToSharesFolder.feature b/tests/acceptance/features/coreApiShareManagementToShares/acceptSharesToSharesFolder.feature index 23dc4c341d6..abcef37246c 100644 --- a/tests/acceptance/features/coreApiShareManagementToShares/acceptSharesToSharesFolder.feature +++ b/tests/acceptance/features/coreApiShareManagementToShares/acceptSharesToSharesFolder.feature @@ -5,8 +5,7 @@ Feature: accept/decline shares coming from internal users to the Shares folder So that I can keep my file system clean Background: - Given parameter "shareapi_auto_accept_share" of app "core" has been set to "no" - And using OCS API version "1" + Given using OCS API version "1" And using new DAV path And these users have been created with default attributes and without skeleton files: | username | diff --git a/tests/acceptance/features/coreApiShareOperationsToShares2/shareAccessByID.feature b/tests/acceptance/features/coreApiShareOperationsToShares2/shareAccessByID.feature index c2752439bd9..2929aaab3da 100644 --- a/tests/acceptance/features/coreApiShareOperationsToShares2/shareAccessByID.feature +++ b/tests/acceptance/features/coreApiShareOperationsToShares2/shareAccessByID.feature @@ -72,7 +72,6 @@ Feature: share access by ID Scenario Outline: accept a share using the invalid share Id - Given parameter "shareapi_auto_accept_share" of app "core" has been set to "yes" And using OCS API version "" When user "Brian" accepts share with ID "" using the sharing API Then the OCS status code should be "404" @@ -91,7 +90,6 @@ Feature: share access by ID Scenario Outline: accept a share using empty share Id - Given parameter "shareapi_auto_accept_share" of app "core" has been set to "yes" And using OCS API version "" When user "Brian" accepts share with ID "" using the sharing API Then the OCS status code should be "" @@ -123,7 +121,6 @@ Feature: share access by ID Scenario Outline: decline a share using a invalid share Id - Given parameter "shareapi_auto_accept_share" of app "core" has been set to "yes" And using OCS API version "" When user "Brian" declines share with ID "" using the sharing API Then the OCS status code should be "404" @@ -142,7 +139,6 @@ Feature: share access by ID Scenario Outline: decline a share using empty share Id - Given parameter "shareapi_auto_accept_share" of app "core" has been set to "yes" And using OCS API version "" When user "Brian" declines share with ID "" using the sharing API Then the OCS status code should be "" diff --git a/tests/acceptance/features/coreApiSharePublicLink1/createPublicLinkShare.feature b/tests/acceptance/features/coreApiSharePublicLink1/createPublicLinkShare.feature index 4989907768d..6c8fbb2043b 100644 --- a/tests/acceptance/features/coreApiSharePublicLink1/createPublicLinkShare.feature +++ b/tests/acceptance/features/coreApiSharePublicLink1/createPublicLinkShare.feature @@ -216,7 +216,6 @@ Feature: create a public link share Scenario Outline: Creating a link share with no specified permissions defaults to read permissions when public upload is disabled globally and accessing using the public WebDAV API Given using OCS API version "" - And parameter "shareapi_allow_public_upload" of app "core" has been set to "no" And user "Alice" has created folder "/afolder" When user "Alice" creates a public link share using the sharing API with settings | path | /afolder | diff --git a/tests/acceptance/features/coreApiSharePublicLink3/uploadToPublicLinkShare.feature b/tests/acceptance/features/coreApiSharePublicLink3/uploadToPublicLinkShare.feature index 606047026db..388383490c3 100644 --- a/tests/acceptance/features/coreApiSharePublicLink3/uploadToPublicLinkShare.feature +++ b/tests/acceptance/features/coreApiSharePublicLink3/uploadToPublicLinkShare.feature @@ -100,10 +100,8 @@ Feature: upload to a public link share @issue-1328 Scenario: Uploading file to a public shared folder does not work when allow public uploads has been disabled before sharing and again enabled after sharing the folder with public API - Given parameter "shareapi_allow_public_upload" of app "core" has been set to "no" And user "Alice" has created a public link share with settings | path | FOLDER | - And parameter "shareapi_allow_public_upload" of app "core" has been set to "yes" When the public uploads file "test.txt" with content "test-file" using the new public WebDAV API And the HTTP status code should be "403" @@ -112,8 +110,6 @@ Feature: upload to a public link share Given user "Alice" has created a public link share with settings | path | FOLDER | | permissions | create | - And parameter "shareapi_allow_public_upload" of app "core" has been set to "no" - And parameter "shareapi_allow_public_upload" of app "core" has been set to "yes" When the public uploads file "test.txt" with content "test-file" using the new public WebDAV API Then the HTTP status code should be "201" And the content of file "/FOLDER/test.txt" for user "Alice" should be "test-file" diff --git a/tests/acceptance/features/coreApiShareReshareToShares2/reShareDisabled.feature b/tests/acceptance/features/coreApiShareReshareToShares2/reShareDisabled.feature index b47cf457664..b0c6133f6bc 100644 --- a/tests/acceptance/features/coreApiShareReshareToShares2/reShareDisabled.feature +++ b/tests/acceptance/features/coreApiShareReshareToShares2/reShareDisabled.feature @@ -11,7 +11,6 @@ Feature: resharing can be disabled Scenario Outline: ordinary sharing is allowed when allow resharing has been disabled Given using OCS API version "" - And parameter "shareapi_allow_resharing" of app "core" has been set to "no" When user "Alice" shares file "/textfile0.txt" with user "Brian" with permissions "share,update,read" using the sharing API Then the OCS status code should be "" And the HTTP status code should be "200" diff --git a/tests/acceptance/features/coreApiShareReshareToShares3/reShareWithExpiryDate.feature b/tests/acceptance/features/coreApiShareReshareToShares3/reShareWithExpiryDate.feature index d9d9de5c1d0..08c92d2b77e 100644 --- a/tests/acceptance/features/coreApiShareReshareToShares3/reShareWithExpiryDate.feature +++ b/tests/acceptance/features/coreApiShareReshareToShares3/reShareWithExpiryDate.feature @@ -61,9 +61,6 @@ Feature: resharing a resource with an expiration date Scenario Outline: resharing with user using the sharing API with expire days set and combinations of default/enforce expire date enabled Given using OCS API version "" - And parameter "shareapi_default_expire_date_user_share" of app "core" has been set to "" - And parameter "shareapi_enforce_expire_date_user_share" of app "core" has been set to "yes" - And parameter "shareapi_expire_after_n_days_user_share" of app "core" has been set to "30" And user "Carol" has been created with default attributes and without skeleton files And user "Alice" has shared file "/textfile0.txt" with user "Brian" with permissions "read,update,share" And user "Brian" has accepted share "/textfile0.txt" offered by user "Alice" @@ -80,18 +77,15 @@ Feature: resharing a resource with an expiration date And the response when user "Carol" gets the info of the last share should include | expiration | | Examples: - | ocs_api_version | default-expire-date | expected-expire-date | ocs_status_code | - | 1 | yes | +30 days | 100 | - | 2 | yes | +30 days | 200 | - | 1 | no | | 100 | - | 2 | no | | 200 | + | ocs_api_version | expected-expire-date | ocs_status_code | + | 1 | +30 days | 100 | + | 2 | +30 days | 200 | + | 1 | | 100 | + | 2 | | 200 | @issue-1289 Scenario Outline: resharing with group using the sharing API with expire days set and combinations of default/enforce expire date enabled Given using OCS API version "" - And parameter "shareapi_default_expire_date_group_share" of app "core" has been set to "" - And parameter "shareapi_enforce_expire_date_group_share" of app "core" has been set to "yes" - And parameter "shareapi_expire_after_n_days_group_share" of app "core" has been set to "30" And user "Carol" has been created with default attributes and without skeleton files And group "grp1" has been created And user "Carol" has been added to group "grp1" @@ -110,17 +104,15 @@ Feature: resharing a resource with an expiration date And the response when user "Carol" gets the info of the last share should include | expiration | | Examples: - | ocs_api_version | default-expire-date | expected-expire-date | ocs_status_code | - | 1 | yes | +30 days | 100 | - | 2 | yes | +30 days | 200 | - | 1 | no | | 100 | - | 2 | no | | 200 | + | ocs_api_version | expected-expire-date | ocs_status_code | + | 1 | +30 days | 100 | + | 2 | +30 days | 200 | + | 1 | | 100 | + | 2 | | 200 | Scenario Outline: resharing with user using the sharing API without expire days set and with combinations of default/enforce expire date enabled Given using OCS API version "" - And parameter "shareapi_default_expire_date_user_share" of app "core" has been set to "" - And parameter "shareapi_enforce_expire_date_user_share" of app "core" has been set to "yes" And user "Carol" has been created with default attributes and without skeleton files And user "Alice" has shared file "/textfile0.txt" with user "Brian" with permissions "read,update,share" And user "Brian" has accepted share "/textfile0.txt" offered by user "Alice" @@ -137,17 +129,15 @@ Feature: resharing a resource with an expiration date And the response when user "Carol" gets the info of the last share should include | expiration | | Examples: - | ocs_api_version | default-expire-date | expected-expire-date | ocs_status_code | - | 1 | yes | +7 days | 100 | - | 2 | yes | +7 days | 200 | - | 1 | no | | 100 | - | 2 | no | | 200 | + | ocs_api_version | expected-expire-date | ocs_status_code | + | 1 | +7 days | 100 | + | 2 | +7 days | 200 | + | 1 | | 100 | + | 2 | | 200 | @issue-1289 Scenario Outline: resharing with group using the sharing API without expire days set and with combinations of default/enforce expire date enabled Given using OCS API version "" - And parameter "shareapi_default_expire_date_group_share" of app "core" has been set to "" - And parameter "shareapi_enforce_expire_date_group_share" of app "core" has been set to "yes" And user "Carol" has been created with default attributes and without skeleton files And group "grp1" has been created And user "Carol" has been added to group "grp1" @@ -166,18 +156,15 @@ Feature: resharing a resource with an expiration date And the response when user "Carol" gets the info of the last share should include | expiration | | Examples: - | ocs_api_version | default-expire-date | expected-expire-date | ocs_status_code | - | 1 | yes | +7 days | 100 | - | 2 | yes | +7 days | 200 | - | 1 | no | | 100 | - | 2 | no | | 200 | + | ocs_api_version | expected-expire-date | ocs_status_code | + | 1 | +7 days | 100 | + | 2 | +7 days | 200 | + | 1 | | 100 | + | 2 | | 200 | Scenario Outline: resharing with user using the sharing API with expire days set and with combinations of default/enforce expire date enabled and specify expire date in share Given using OCS API version "" - And parameter "shareapi_default_expire_date_user_share" of app "core" has been set to "" - And parameter "shareapi_enforce_expire_date_user_share" of app "core" has been set to "yes" - And parameter "shareapi_expire_after_n_days_user_share" of app "core" has been set to "30" And user "Carol" has been created with default attributes and without skeleton files And user "Alice" has shared file "/textfile0.txt" with user "Brian" with permissions "read,update,share" And user "Brian" has accepted share "/textfile0.txt" offered by user "Alice" @@ -195,18 +182,15 @@ Feature: resharing a resource with an expiration date And the response when user "Carol" gets the info of the last share should include | expiration | +20 days | Examples: - | ocs_api_version | default-expire-date | ocs_status_code | - | 1 | yes | 100 | - | 2 | yes | 200 | - | 1 | no | 100 | - | 2 | no | 200 | + | ocs_api_version | ocs_status_code | + | 1 | 100 | + | 2 | 200 | + | 1 | 100 | + | 2 | 200 | @issue-1289 Scenario Outline: resharing with group using the sharing API with expire days set and with combinations of default/enforce expire date enabled and specify expire date in share Given using OCS API version "" - And parameter "shareapi_default_expire_date_group_share" of app "core" has been set to "" - And parameter "shareapi_enforce_expire_date_group_share" of app "core" has been set to "yes" - And parameter "shareapi_expire_after_n_days_group_share" of app "core" has been set to "30" And user "Carol" has been created with default attributes and without skeleton files And group "grp1" has been created And user "Carol" has been added to group "grp1" @@ -226,11 +210,11 @@ Feature: resharing a resource with an expiration date And the response when user "Carol" gets the info of the last share should include | expiration | +20 days | Examples: - | ocs_api_version | default-expire-date | ocs_status_code | - | 1 | yes | 100 | - | 2 | yes | 200 | - | 1 | no | 100 | - | 2 | no | 200 | + | ocs_api_version | ocs_status_code | + | 1 | 100 | + | 2 | 200 | + | 1 | 100 | + | 2 | 200 | Scenario Outline: Setting default expiry date and enforcement after the share is created @@ -240,9 +224,6 @@ Feature: resharing a resource with an expiration date And user "Brian" has accepted share "/textfile0.txt" offered by user "Alice" And user "Brian" has shared file "/Shares/textfile0.txt" with user "Carol" And user "Carol" has accepted share "/textfile0.txt" offered by user "Brian" - And parameter "shareapi_default_expire_date_user_share" of app "core" has been set to "" - And parameter "shareapi_enforce_expire_date_user_share" of app "core" has been set to "yes" - And parameter "shareapi_expire_after_n_days_user_share" of app "core" has been set to "4" When user "Brian" gets the info of the last share using the sharing API Then the HTTP status code should be "200" And the OCS status code should be "" @@ -251,18 +232,15 @@ Feature: resharing a resource with an expiration date And the response when user "Carol" gets the info of the last share should include | expiration | | Examples: - | ocs_api_version | default-expire-date | ocs_status_code | - | 1 | yes | 100 | - | 2 | yes | 200 | - | 1 | no | 100 | - | 2 | no | 200 | + | ocs_api_version | ocs_status_code | + | 1 | 100 | + | 2 | 200 | + | 1 | 100 | + | 2 | 200 | @issue-1289 Scenario Outline: resharing group share with user using the sharing API with default expire date set and with combinations of default/enforce expire date enabled Given using OCS API version "" - And parameter "shareapi_default_expire_date_user_share" of app "core" has been set to "" - And parameter "shareapi_enforce_expire_date_user_share" of app "core" has been set to "yes" - And parameter "shareapi_expire_after_n_days_user_share" of app "core" has been set to "30" And group "grp1" has been created And user "Carol" has been created with default attributes and without skeleton files And user "Brian" has been added to group "grp1" @@ -281,18 +259,15 @@ Feature: resharing a resource with an expiration date And the response when user "Carol" gets the info of the last share should include | expiration | | Examples: - | ocs_api_version | default-expire-date | expected-expire-date | ocs_status_code | - | 1 | yes | +30 days | 100 | - | 2 | yes | +30 days | 200 | - | 1 | no | | 100 | - | 2 | no | | 200 | + | ocs_api_version | expected-expire-date | ocs_status_code | + | 1 | +30 days | 100 | + | 2 | +30 days | 200 | + | 1 | | 100 | + | 2 | | 200 | @issue-1289 Scenario Outline: resharing group share with user using the sharing API with default expire date set and specifying expiration on share and with combinations of default/enforce expire date enabled Given using OCS API version "" - And parameter "shareapi_default_expire_date_user_share" of app "core" has been set to "" - And parameter "shareapi_enforce_expire_date_user_share" of app "core" has been set to "yes" - And parameter "shareapi_expire_after_n_days_user_share" of app "core" has been set to "30" And group "grp1" has been created And user "Carol" has been created with default attributes and without skeleton files And user "Brian" has been added to group "grp1" @@ -312,18 +287,15 @@ Feature: resharing a resource with an expiration date And the response when user "Carol" gets the info of the last share should include | expiration | +20 days | Examples: - | ocs_api_version | default-expire-date | ocs_status_code | - | 1 | yes | 100 | - | 2 | yes | 200 | - | 1 | no | 100 | - | 2 | no | 200 | + | ocs_api_version | ocs_status_code | + | 1 | 100 | + | 2 | 200 | + | 1 | 100 | + | 2 | 200 | Scenario Outline: resharing using the sharing API with default expire date set but not enforced Given using OCS API version "" - And parameter "shareapi_default_expire_date_user_share" of app "core" has been set to "" - And parameter "shareapi_enforce_expire_date_user_share" of app "core" has been set to "no" - And parameter "shareapi_expire_after_n_days_user_share" of app "core" has been set to "30" And user "Carol" has been created with default attributes and without skeleton files And user "Alice" has shared file "/textfile0.txt" with user "Brian" with permissions "read,update,share" And user "Brian" has accepted share "/textfile0.txt" offered by user "Alice" @@ -340,18 +312,15 @@ Feature: resharing a resource with an expiration date And the response when user "Carol" gets the info of the last share should include | expiration | | Examples: - | ocs_api_version | default-expire-date | ocs_status_code | - | 1 | yes | 100 | - | 2 | yes | 200 | - | 1 | no | 100 | - | 2 | no | 200 | + | ocs_api_version | ocs_status_code | + | 1 | 100 | + | 2 | 200 | + | 1 | 100 | + | 2 | 200 | Scenario Outline: reshare extends the received expiry date up to the default by default Given using OCS API version "" - And parameter "shareapi_default_expire_date_user_share" of app "core" has been set to "" - And parameter "shareapi_enforce_expire_date_user_share" of app "core" has been set to "" - And parameter "shareapi_expire_after_n_days_user_share" of app "core" has been set to "30" And user "Carol" has been created with default attributes and without skeleton files And user "Alice" has created a share with settings | path | textfile0.txt | @@ -373,20 +342,17 @@ Feature: resharing a resource with an expiration date And the response when user "Carol" gets the info of the last share should include | expiration | +20 | Examples: - | ocs_api_version | default-expire-date | enforce-expire-date | ocs_status_code | - | 1 | yes | yes | 100 | - | 2 | yes | yes | 200 | - | 1 | yes | no | 100 | - | 2 | yes | no | 200 | - | 1 | no | no | 100 | - | 2 | no | no | 200 | + | ocs_api_version | ocs_status_code | + | 1 | 100 | + | 2 | 200 | + | 1 | 100 | + | 2 | 200 | + | 1 | 100 | + | 2 | 200 | Scenario Outline: reshare cannot extend the received expiry date further into the future Given using OCS API version "" - And parameter "shareapi_default_expire_date_user_share" of app "core" has been set to "" - And parameter "shareapi_enforce_expire_date_user_share" of app "core" has been set to "no" - And parameter "shareapi_expire_after_n_days_user_share" of app "core" has been set to "30" And user "Carol" has been created with default attributes and without skeleton files And user "Alice" has created a share with settings | path | textfile0.txt | @@ -407,18 +373,15 @@ Feature: resharing a resource with an expiration date And the information of the last share of user "Alice" should include | expiration | +20 days | Examples: - | ocs_api_version | default-expire-date | - | 1 | yes | - | 2 | yes | - | 1 | no | - | 2 | no | + | ocs_api_version | + | 1 | + | 2 | + | 1 | + | 2 | Scenario Outline: reshare cannot extend the received expiry date past the default when the default is enforced Given using OCS API version "" - And parameter "shareapi_default_expire_date_user_share" of app "core" has been set to "yes" - And parameter "shareapi_enforce_expire_date_user_share" of app "core" has been set to "yes" - And parameter "shareapi_expire_after_n_days_user_share" of app "core" has been set to "30" And user "Carol" has been created with default attributes and without skeleton files And user "Alice" has created a share with settings | path | textfile0.txt | diff --git a/tests/acceptance/features/coreApiSharees/sharees.feature b/tests/acceptance/features/coreApiSharees/sharees.feature index 8744a596cbd..aec5c619126 100644 --- a/tests/acceptance/features/coreApiSharees/sharees.feature +++ b/tests/acceptance/features/coreApiSharees/sharees.feature @@ -60,7 +60,6 @@ Feature: search sharees Scenario Outline: search only with group members - allowed Given using OCS API version "" - And parameter "shareapi_only_share_with_group_members" of app "core" has been set to "yes" And user "Sharee1" has been added to group "ShareeGroup2" When user "Alice" gets the sharees using the sharing API with parameters | search | sharee | @@ -207,7 +206,6 @@ Feature: search sharees | username | displayname | | another | Another | And user "Another" has been added to group "ShareeGroup2" - And parameter "shareapi_share_dialog_user_enumeration_group_members" of app "core" has been set to "yes" When user "Alice" gets the sharees using the sharing API with parameters | search | anot | | itemType | file | diff --git a/tests/acceptance/features/coreApiWebdavEtagPropagation1/deleteFileFolder.feature b/tests/acceptance/features/coreApiWebdavEtagPropagation1/deleteFileFolder.feature index d3d5d9cefcc..86a85070c71 100644 --- a/tests/acceptance/features/coreApiWebdavEtagPropagation1/deleteFileFolder.feature +++ b/tests/acceptance/features/coreApiWebdavEtagPropagation1/deleteFileFolder.feature @@ -3,7 +3,6 @@ Feature: propagation of etags when deleting a file or folder Background: Given user "Alice" has been created with default attributes and without skeleton files - And parameter "shareapi_auto_accept_share" of app "core" has been set to "no" And user "Alice" has created folder "/upload" @@ -147,7 +146,6 @@ Feature: propagation of etags when deleting a file or folder @issue-product-280 Scenario Outline: as share receiver deleting a folder changes the etags of all parents for all collaborators Given user "Brian" has been created with default attributes and without skeleton files - And parameter "shareapi_auto_accept_share" of app "core" has been set to "no" And using DAV path And user "Alice" has created folder "/upload/sub" And user "Alice" has created folder "/upload/sub/toDelete" @@ -179,7 +177,6 @@ Feature: propagation of etags when deleting a file or folder @issue-product-280 Scenario Outline: as sharer deleting a folder changes the etags of all parents for all collaborators Given user "Brian" has been created with default attributes and without skeleton files - And parameter "shareapi_auto_accept_share" of app "core" has been set to "no" And using DAV path And user "Alice" has created folder "/upload/sub" And user "Alice" has created folder "/upload/sub/toDelete" diff --git a/tests/acceptance/features/coreApiWebdavEtagPropagation1/moveFileFolder.feature b/tests/acceptance/features/coreApiWebdavEtagPropagation1/moveFileFolder.feature index 35b3d0b0769..ec7d141616c 100644 --- a/tests/acceptance/features/coreApiWebdavEtagPropagation1/moveFileFolder.feature +++ b/tests/acceptance/features/coreApiWebdavEtagPropagation1/moveFileFolder.feature @@ -157,7 +157,6 @@ Feature: propagation of etags when moving files or folders Scenario Outline: as share receiver renaming a file inside a folder changes its etag for all collaborators Given user "Brian" has been created with default attributes and without skeleton files - And parameter "shareapi_auto_accept_share" of app "core" has been set to "no" And using DAV path And user "Alice" has created folder "/upload" And user "Alice" has uploaded file with content "uploaded content" to "/upload/file.txt" @@ -185,7 +184,6 @@ Feature: propagation of etags when moving files or folders Scenario Outline: as sharer renaming a file inside a folder changes its etag for all collaborators Given user "Brian" has been created with default attributes and without skeleton files - And parameter "shareapi_auto_accept_share" of app "core" has been set to "no" And using DAV path And user "Alice" has created folder "/upload" And user "Alice" has uploaded file with content "uploaded content" to "/upload/file.txt" @@ -213,7 +211,6 @@ Feature: propagation of etags when moving files or folders @issue-product-280 Scenario Outline: as sharer moving a file from one folder to an other changes the etags of both folders for all collaborators Given user "Brian" has been created with default attributes and without skeleton files - And parameter "shareapi_auto_accept_share" of app "core" has been set to "no" And using DAV path And user "Alice" has created folder "/src" And user "Alice" has created folder "/dst" @@ -248,7 +245,6 @@ Feature: propagation of etags when moving files or folders Scenario Outline: as share receiver moving a file from one folder to an other changes the etags of both folders for all collaborators Given user "Brian" has been created with default attributes and without skeleton files - And parameter "shareapi_auto_accept_share" of app "core" has been set to "no" And using DAV path And user "Alice" has created folder "/src" And user "Alice" has created folder "/dst" @@ -283,7 +279,6 @@ Feature: propagation of etags when moving files or folders @issue-product-280 Scenario Outline: as sharer moving a folder from one folder to an other changes the etags of both folders for all collaborators Given user "Brian" has been created with default attributes and without skeleton files - And parameter "shareapi_auto_accept_share" of app "core" has been set to "no" And using DAV path And user "Alice" has created folder "/src" And user "Alice" has created folder "/dst" @@ -318,7 +313,6 @@ Feature: propagation of etags when moving files or folders Scenario Outline: as share receiver moving a folder from one folder to an other changes the etags of both folders for all collaborators Given user "Brian" has been created with default attributes and without skeleton files - And parameter "shareapi_auto_accept_share" of app "core" has been set to "no" And using DAV path And user "Alice" has created folder "/src" And user "Alice" has created folder "/dst" diff --git a/tests/acceptance/features/coreApiWebdavEtagPropagation2/copyFileFolder.feature b/tests/acceptance/features/coreApiWebdavEtagPropagation2/copyFileFolder.feature index 75cdeaabf9b..7f3149199d2 100644 --- a/tests/acceptance/features/coreApiWebdavEtagPropagation2/copyFileFolder.feature +++ b/tests/acceptance/features/coreApiWebdavEtagPropagation2/copyFileFolder.feature @@ -154,7 +154,6 @@ Feature: propagation of etags when copying files or folders Scenario Outline: as share receiver copying a file inside a folder changes its etag for all collaborators Given user "Brian" has been created with default attributes and without skeleton files - And parameter "shareapi_auto_accept_share" of app "core" has been set to "no" And using DAV path And user "Alice" has created folder "/upload" And user "Alice" has uploaded file with content "uploaded content" to "/upload/file.txt" @@ -192,7 +191,6 @@ Feature: propagation of etags when copying files or folders @issue-product-280 Scenario Outline: as sharer copying a file inside a folder changes its etag for all collaborators Given user "Brian" has been created with default attributes and without skeleton files - And parameter "shareapi_auto_accept_share" of app "core" has been set to "no" And using DAV path And user "Alice" has created folder "/upload" And user "Alice" has uploaded file with content "uploaded content" to "/upload/file.txt" diff --git a/tests/acceptance/features/coreApiWebdavEtagPropagation2/createFolder.feature b/tests/acceptance/features/coreApiWebdavEtagPropagation2/createFolder.feature index 460a985bd10..aeeec2b61bd 100644 --- a/tests/acceptance/features/coreApiWebdavEtagPropagation2/createFolder.feature +++ b/tests/acceptance/features/coreApiWebdavEtagPropagation2/createFolder.feature @@ -3,7 +3,6 @@ Feature: propagation of etags when creating folders Background: Given user "Alice" has been created with default attributes and without skeleton files - And parameter "shareapi_auto_accept_share" of app "core" has been set to "no" @issue-product-280 Scenario Outline: creating a folder inside a folder changes its etag diff --git a/tests/acceptance/features/coreApiWebdavEtagPropagation2/upload.feature b/tests/acceptance/features/coreApiWebdavEtagPropagation2/upload.feature index a875e7579ca..90fd3a4b6b6 100644 --- a/tests/acceptance/features/coreApiWebdavEtagPropagation2/upload.feature +++ b/tests/acceptance/features/coreApiWebdavEtagPropagation2/upload.feature @@ -3,7 +3,6 @@ Feature: propagation of etags when uploading data Background: Given user "Alice" has been created with default attributes and without skeleton files - And parameter "shareapi_auto_accept_share" of app "core" has been set to "no" And user "Alice" has created folder "/upload" @issue-product-280