diff --git a/tests/acceptance/expected-failures-with-ocis-server-ocis-storage.md b/tests/acceptance/expected-failures-with-ocis-server-ocis-storage.md index 853ee14fdab..28dcb6a447c 100644 --- a/tests/acceptance/expected-failures-with-ocis-server-ocis-storage.md +++ b/tests/acceptance/expected-failures-with-ocis-server-ocis-storage.md @@ -24,7 +24,3 @@ Other free text and markdown formatting can be used elsewhere in the document if ### [empty subfolder inside a folder to be uploaded is not created on the server](https://github.com/owncloud/web/issues/6348) - [webUIUpload/upload.feature:43](https://github.com/owncloud/web/blob/master/tests/acceptance/features/webUIUpload/upload.feature#L43) - -### [PROPFIND to sub-folder of a shared resources with same name gives 404](https://github.com/owncloud/ocis/issues/3859) - -- [webUISharingAcceptShares/acceptShares.feature:16](https://github.com/owncloud/web/blob/master/tests/acceptance/features/webUISharingAcceptShares/acceptShares.feature#L16) diff --git a/tests/acceptance/features/webUISharingAcceptShares/acceptShares.feature b/tests/acceptance/features/webUISharingAcceptShares/acceptShares.feature index 6b7ece6e5ae..8006536d460 100644 --- a/tests/acceptance/features/webUISharingAcceptShares/acceptShares.feature +++ b/tests/acceptance/features/webUISharingAcceptShares/acceptShares.feature @@ -12,6 +12,63 @@ Feature: accept/decline shares coming from internal users And user "Brian" has logged in using the webUI + Scenario: User receives files when auto accept share is disabled - oCIS behavior + Given user "Alice" has created file "toshare.txt" in the server + And user "Alice" has uploaded file with content "test" to "toshare.txt" in the server + And user "Alice" has shared file "toshare.txt" with user "Brian" in the server + When the user browses to the shared-with-me page + Then file "toshare.txt" shared by "Alice Hansen" should be in "Accepted" state on the webUI + When the user browses to the files page + Then file "toshare.txt" should not be listed on the webUI + And folder "Shares" should not be listed on the webUI + + + Scenario: receive shares with same name from different users + Given user "Carol" has been created with default attributes and without skeleton files in the server + And user "Carol" has created file "lorem.txt" in the server + And user "Alice" has created file "lorem.txt" in the server + And user "Carol" has shared file "lorem.txt" with user "Brian" in the server + And user "Alice" has shared file "lorem.txt" with user "Brian" in the server + When the user browses to the shared-with-me page + Then file "lorem (1).txt" shared by "Alice Hansen" should be in "Accepted" state on the webUI + And file "lorem.txt" shared by "Carol King" should be in "Accepted" state on the webUI + + @ocisSmokeTest + Scenario: decline an offered (pending) share + Given user "Alice" has created file "toshare.txt" in the server + And user "Alice" has created file "anotherfile.txt" in the server + And user "Alice" has uploaded file with content "test" to "toshare.txt" in the server + And user "Alice" has uploaded file with content "test" to "anotherfile.txt" in the server + And user "Alice" has shared file "toshare.txt" with user "Brian" in the server + And user "Alice" has shared file "anotherfile.txt" with user "Brian" in the server + When the user browses to the shared-with-me page in accepted shares view + And the user declines share "toshare.txt" offered by user "Alice Hansen" using the webUI + And the user browses to the shared-with-me page in declined shares view + Then file "toshare.txt" shared by "Alice Hansen" should be in "Declined" state on the webUI + And file "anotherfile.txt" shared by "Alice Hansen" should be in "Accepted" state on the webUI + When the user browses to the files page + Then file "toshare.txt" should not be listed on the webUI + And file "anotherfile.txt" should not be listed on the webUI + + @issue-3101 @issue-4102 + Scenario: Decline multiple accepted shares at once from shared with me page + Given user "Alice" has created file "lorem.txt" in the server + And user "Alice" has created file "data.zip" in the server + And user "Alice" has created folder "simple-folder" in the server + And user "Alice" has shared folder "simple-folder" with user "Brian" in the server + And user "Alice" has shared file "lorem.txt" with user "Brian" in the server + And user "Alice" has shared file "data.zip" with user "Brian" in the server + When the user browses to the shared-with-me page in accepted shares view + And the user batch declines these shares using the webUI + | name | + | data.zip | + | lorem.txt | + | simple-folder | + And the user browses to the shared-with-me page in declined shares view + Then file "data.zip" shared by "Alice Hansen" should be in "Declined" state on the webUI + And file "lorem.txt" shared by "Alice Hansen" should be in "Declined" state on the webUI + And folder "simple-folder" shared by "Alice Hansen" should be in "Declined" state on the webUI + @issue-3859 Scenario: receive shares with same name from different users, accept one by one Given user "Carol" has been created with default attributes and without skeleton files in the server