sevenhill/QSfera
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Sync test scenarios from cs3org/reva

Browse Source
This commit is contained in:
Phil Davis
2020-10-16 13:30:58 +05:45
parent 8b1b0b49d5
commit 3014e53ee1
11 changed files with 42 additions and 46 deletions
Download Patch File Download Diff File Expand all files Collapse all files
ocis/tests/acceptance/features/apiOcisSpecific/apiShareOperations-gettingShares.feature
+6 -7
View File
@@ -2,14 +2,15 @@
Feature: sharing Feature: sharing
Background: Background:
Given user "Alice" has been created with default attributes and without skeleton files Given these users have been created with default attributes and skeleton files:
And user "Brian" has been created with default attributes and without skeleton files | username |
| Alice |
| Brian |
@issue-ocis-reva-374 @issue-ocis-reva-374
# after fixing all issues delete this Scenario and use the one from oC10 core # after fixing all issues delete this Scenario and use the one from oC10 core
Scenario Outline: Get a share with a user that didn't receive the share Scenario Outline: Get a share with a user that didn't receive the share
Given user "Alice" has uploaded file with content "ownCloud test text file 0" to "/textfile0.txt" Given using OCS API version "<ocs_api_version>"
And using OCS API version "<ocs_api_version>"
And user "Carol" has been created with default attributes and without skeleton files And user "Carol" has been created with default attributes and without skeleton files
And user "Alice" has shared file "textfile0.txt" with user "Brian" And user "Alice" has shared file "textfile0.txt" with user "Brian"
When user "Carol" gets the info of the last share using the sharing API When user "Carol" gets the info of the last share using the sharing API
@@ -24,9 +25,7 @@ Feature: sharing
@issue-ocis-reva-372 @issue-ocis-reva-372
# after fixing all issues delete this Scenario and use the one from oC10 core # after fixing all issues delete this Scenario and use the one from oC10 core
Scenario Outline: getting all the shares inside the folder Scenario Outline: getting all the shares inside the folder
Given user "Alice" has created folder "/PARENT" Given using OCS API version "<ocs_api_version>"
And user "Alice" has uploaded file with content "some data" to "/PARENT/parent.txt"
And using OCS API version "<ocs_api_version>"
And user "Alice" has shared file "PARENT/parent.txt" with user "Brian" And user "Alice" has shared file "PARENT/parent.txt" with user "Brian"
When user "Alice" gets all the shares inside the folder "PARENT/parent.txt" using the sharing API When user "Alice" gets all the shares inside the folder "PARENT/parent.txt" using the sharing API
Then the OCS status code should be "<ocs_status_code>" Then the OCS status code should be "<ocs_status_code>"
ocis/tests/acceptance/features/apiOcisSpecific/apiSharePublicLink2-updatePublicLinkShare.feature
+1 -2
View File
@@ -3,8 +3,7 @@ Feature: update a public link share
Background: Background:
Given using OCS API version "1" Given using OCS API version "1"
And user "Alice" has been created with default attributes and without skeleton files And user "Alice" has been created with default attributes and skeleton files
And user "Alice" has created folder "/FOLDER"
@issue-ocis-reva-243 @issue-ocis-reva-349 @issue-37653 @issue-ocis-reva-243 @issue-ocis-reva-349 @issue-37653
# after fixing all issues delete this Scenario and use the one from oC10 core # after fixing all issues delete this Scenario and use the one from oC10 core
ocis/tests/acceptance/features/apiOcisSpecific/apiSharePublicLink2-uploadToPublicLinkShare.feature
+1 -2
View File
@@ -3,8 +3,7 @@
Feature: upload to a public link share Feature: upload to a public link share
Background: Background:
Given user "Alice" has been created with default attributes and without skeleton files Given user "Alice" has been created with default attributes and skeleton files
And user "Alice" has created folder "/FOLDER"
@issue-ocis-reva-290 @issue-ocis-reva-290
# after fixing all issues delete this Scenario and use the one from oC10 core # after fixing all issues delete this Scenario and use the one from oC10 core
ocis/tests/acceptance/features/apiOcisSpecific/apiShareUpdate-updateShare.feature
+3 -3
View File
@@ -5,7 +5,7 @@ Feature: sharing
Given using OCS API version "1" Given using OCS API version "1"
And user "Alice" has been created with default attributes and without skeleton files And user "Alice" has been created with default attributes and without skeleton files
@skipOnOcis-EOS-Storage @toFixOnOCIS @issue-ocis-reva-243 @skipOnOcis-OCIS-Storage @skipOnOcis-EOS-Storage @issue-ocis-reva-243 @skipOnOcis-OCIS-Storage
# after fixing all issues delete this Scenario and use the one from oC10 core # after fixing all issues delete this Scenario and use the one from oC10 core
Scenario: Share ownership change after moving a shared file to another share Scenario: Share ownership change after moving a shared file to another share
Given these users have been created with default attributes and without skeleton files: Given these users have been created with default attributes and without skeleton files:
@@ -43,7 +43,7 @@ Feature: sharing
And as "Alice" folder "/Alice-folder/folder2" should exist And as "Alice" folder "/Alice-folder/folder2" should exist
And as "Carol" folder "/Carol-folder/folder2" should not exist And as "Carol" folder "/Carol-folder/folder2" should not exist
@skipOnOcis-OC-Storage @toFixOnOCIS @issue-ocis-reva-243 @skipOnOcis-OCIS-Storage @skipOnOcis-OC-Storage @issue-ocis-reva-243 @skipOnOcis-OCIS-Storage
# same as oC10 core Scenario but without displayname_owner because EOS does not report it # same as oC10 core Scenario but without displayname_owner because EOS does not report it
# after fixing all issues delete this Scenario and use the one from oC10 core # after fixing all issues delete this Scenario and use the one from oC10 core
Scenario: Share ownership change after moving a shared file to another share Scenario: Share ownership change after moving a shared file to another share
@@ -74,7 +74,7 @@ Feature: sharing
And as "Alice" folder "/Alice-folder/folder2" should exist And as "Alice" folder "/Alice-folder/folder2" should exist
And as "Carol" folder "/Carol-folder/folder2" should not exist And as "Carol" folder "/Carol-folder/folder2" should not exist
@toFixOnOCIS @toFixOnOcV10 @issue-ocis-reva-350 @issue-ocis-reva-352 @issue-37653 @issue-ocis-reva-350 @issue-ocis-reva-352 @issue-37653
# after fixing all issues delete this Scenario and use the one from oC10 core # after fixing all issues delete this Scenario and use the one from oC10 core
Scenario Outline: API responds with a full set of parameters when owner changes the permission of a share Scenario Outline: API responds with a full set of parameters when owner changes the permission of a share
Given using OCS API version "<ocs_api_version>" Given using OCS API version "<ocs_api_version>"
ocis/tests/acceptance/features/apiOcisSpecific/apiTrashbin-trashbinDelete.feature
-1
View File
@@ -19,7 +19,6 @@ Feature: files and folders can be deleted from the trashbin
@issue-product-179 @issue-product-179
Scenario Outline: Trashbin cannot be emptied Scenario Outline: Trashbin cannot be emptied
# after fixing all issues delete this Scenario and use the one from oC10 core # after fixing all issues delete this Scenario and use the one from oC10 core
# because of @issue-product-178 we cannot perform this test using new dav, so only old dav is being used
Given user "Alice" has uploaded file with content "file with comma" to "sample,0.txt" Given user "Alice" has uploaded file with content "file with comma" to "sample,0.txt"
And user "Alice" has uploaded file with content "file with comma" to "sample,1.txt" And user "Alice" has uploaded file with content "file with comma" to "sample,1.txt"
And using <dav-path> DAV path And using <dav-path> DAV path
ocis/tests/acceptance/features/apiOcisSpecific/apiWebdavMove1-moveFolderToBlacklistedName.feature
+1 -1
View File
@@ -8,7 +8,7 @@ Feature: users cannot move (rename) a folder to a blacklisted name
Given using OCS API version "1" Given using OCS API version "1"
And user "Alice" has been created with default attributes and without skeleton files And user "Alice" has been created with default attributes and without skeleton files
@issue-ocis-reva-211 @skipOnOcis-EOS-Storage @skipOnOcis-OCIS-Storage @issue-ocis-reva-269 @issue-ocis-reva-211 @skipOnOcis-EOS-Storage @issue-ocis-reva-269 @skipOnOcis-OCIS-Storage
# after fixing all issues delete this Scenario and use the one from oC10 core # after fixing all issues delete this Scenario and use the one from oC10 core
Scenario Outline: Renaming a folder to a name that is banned by default is allowed Scenario Outline: Renaming a folder to a name that is banned by default is allowed
Given using <dav_version> DAV path Given using <dav_version> DAV path
ocis/tests/acceptance/features/apiOcisSpecific/apiWebdavMove2-moveFile.feature
+4 -4
View File
@@ -7,13 +7,13 @@ Feature: move (rename) file
Background: Background:
Given using OCS API version "1" Given using OCS API version "1"
And user "Alice" has been created with default attributes and without skeleton files And user "Alice" has been created with default attributes and without skeleton files
And user "Alice" has uploaded file with content "some welcome data" to "/welcome.txt" And user "Alice" has uploaded file with content "text file 0" to "/textfile0.txt"
@issue-ocis-reva-211 @skipOnOcis-OCIS-Storage @issue-ocis-reva-211 @skipOnOcis-OCIS-Storage
# after fixing all issues delete this Scenario and use the one from oC10 core # after fixing all issues delete this Scenario and use the one from oC10 core
Scenario Outline: rename a file into an invalid filename Scenario Outline: rename a file into an invalid filename
Given using <dav_version> DAV path Given using <dav_version> DAV path
When user "Alice" moves file "/welcome.txt" to "/a\\a" using the WebDAV API When user "Alice" moves file "/textfile0.txt" to "/a\\a" using the WebDAV API
Then the HTTP status code should be "201" Then the HTTP status code should be "201"
And as "Alice" file "/a\\a" should exist And as "Alice" file "/a\\a" should exist
Examples: Examples:
@@ -25,9 +25,9 @@ Feature: move (rename) file
# after fixing all issues delete this Scenario and use the one from oC10 core # after fixing all issues delete this Scenario and use the one from oC10 core
Scenario Outline: Renaming a file to a path with extension .part is possible Scenario Outline: Renaming a file to a path with extension .part is possible
Given using <dav_version> DAV path Given using <dav_version> DAV path
When user "Alice" moves file "/welcome.txt" to "/welcome.part" using the WebDAV API When user "Alice" moves file "/textfile0.txt" to "/textfile0.part" using the WebDAV API
Then the HTTP status code should be "201" Then the HTTP status code should be "201"
And as "Alice" file "/welcome.part" should exist And as "Alice" file "/textfile0.part" should exist
Examples: Examples:
| dav_version | | dav_version |
| old | | old |
ocis/tests/acceptance/features/apiOcisSpecific/apiWebdavMove2-moveFileToBlacklistedName.feature
+2 -2
View File
@@ -7,13 +7,13 @@ Feature: users cannot move (rename) a file to a blacklisted name
Background: Background:
Given using OCS API version "1" Given using OCS API version "1"
And user "Alice" has been created with default attributes and without skeleton files And user "Alice" has been created with default attributes and without skeleton files
And user "Alice" has uploaded file with content "some welcome data" to "/welcome.txt" And user "Alice" has uploaded file with content "text file 0" to "/textfile0.txt"
@issue-ocis-reva-211 @skipOnOcis-OCIS-Storage @issue-ocis-reva-211 @skipOnOcis-OCIS-Storage
# after fixing all issues delete this Scenario and use the one from oC10 core # after fixing all issues delete this Scenario and use the one from oC10 core
Scenario Outline: rename a file to a filename that is banned by default Scenario Outline: rename a file to a filename that is banned by default
Given using <dav_version> DAV path Given using <dav_version> DAV path
When user "Alice" moves file "/welcome.txt" to "/.htaccess" using the WebDAV API When user "Alice" moves file "/textfile0.txt" to "/.htaccess" using the WebDAV API
Then the HTTP status code should be "201" Then the HTTP status code should be "201"
And as "Alice" file "/.htaccess" should exist And as "Alice" file "/.htaccess" should exist
Examples: Examples:
ocis/tests/acceptance/features/apiOcisSpecific/apiWebdavProperties1-setFileProperties.feature
+1 -1
View File
@@ -8,7 +8,7 @@ Feature: set file properties
Given using OCS API version "1" Given using OCS API version "1"
And user "Alice" has been created with default attributes and without skeleton files And user "Alice" has been created with default attributes and without skeleton files
@skipOnOcis-OC-Storage @skipOnOcis-OCIS-Storage @issue-ocis-reva-276 @skipOnOcis-OC-Storage @issue-ocis-reva-276 @skipOnOcis-OCIS-Storage
# after fixing all issues delete this Scenario and use the one from oC10 core # after fixing all issues delete this Scenario and use the one from oC10 core
Scenario Outline: Setting custom DAV property Scenario Outline: Setting custom DAV property
Given using <dav_version> DAV path Given using <dav_version> DAV path
ocis/tests/acceptance/features/apiOcisSpecific/apiWebdavProperties2-getFileProperties.feature
+21 -21
View File
@@ -17,10 +17,10 @@ Feature: get file properties
Then the properties response should contain an etag Then the properties response should contain an etag
And the value of the item "//d:response/d:href" in the response to user "Alice" should match "/remote\.php\/<expected_href>/" And the value of the item "//d:response/d:href" in the response to user "Alice" should match "/remote\.php\/<expected_href>/"
Examples: Examples:
| dav_version | file_name | expected_href | | dav_version | file_name | expected_href |
| old | /C++ file.cpp | webdav\/C\+\+%20file\.cpp | | old | /C++ file.cpp | webdav\/C\+\+%20file\.cpp |
| old | /file #2.txt | webdav\/file%20%232\.txt | | old | /file #2.txt | webdav\/file%20%232\.txt |
| old | /file &2.txt | webdav\/file%20&2\.txt | | old | /file &2.txt | webdav\/file%20&2\.txt |
| new | /C++ file.cpp | dav\/files\/%username%\/C\+\+%20file\.cpp | | new | /C++ file.cpp | dav\/files\/%username%\/C\+\+%20file\.cpp |
| new | /file #2.txt | dav\/files\/%username%\/file%20%232\.txt | | new | /file #2.txt | dav\/files\/%username%\/file%20%232\.txt |
| new | /file &2.txt | dav\/files\/%username%\/file%20&2\.txt | | new | /file &2.txt | dav\/files\/%username%\/file%20&2\.txt |
@@ -45,11 +45,11 @@ Feature: get file properties
When user "Alice" uploads file with content "uploaded content" to "<file_name>" using the WebDAV API When user "Alice" uploads file with content "uploaded content" to "<file_name>" using the WebDAV API
Then the HTTP status code should be "500" Then the HTTP status code should be "500"
Examples: Examples:
| dav_version | file_name | | dav_version | file_name |
| old | /file ?2.txt | | old | /file ?2.txt |
| new | /file ?2.txt | | new | /file ?2.txt |
@issue-ocis-reva-214 @skipOnOcis-OCIS-Storage @issue-ocis-reva-471 @issue-ocis-reva-214 @skipOnOcis-OCIS-Storage
# after fixing all issues delete this Scenario and use the one from oC10 core # after fixing all issues delete this Scenario and use the one from oC10 core
Scenario Outline: Do a PROPFIND of various folder names Scenario Outline: Do a PROPFIND of various folder names
Given using <dav_version> DAV path Given using <dav_version> DAV path
@@ -61,21 +61,21 @@ Feature: get file properties
And the value of the item "//d:response[2]/d:href" in the response to user "Alice" should match "/remote\.php\/<expected_href>\/file1.txt/" And the value of the item "//d:response[2]/d:href" in the response to user "Alice" should match "/remote\.php\/<expected_href>\/file1.txt/"
And the value of the item "//d:response[3]/d:href" in the response to user "Alice" should match "/remote\.php\/<expected_href>\/file2.txt/" And the value of the item "//d:response[3]/d:href" in the response to user "Alice" should match "/remote\.php\/<expected_href>\/file2.txt/"
Examples: Examples:
| dav_version | folder_name | expected_href | | dav_version | folder_name | expected_href |
| old | /upload | webdav\/upload | | old | /upload | webdav\/upload |
| old | /strängé folder | webdav\/str%C3%A4ng%C3%A9%20folder | | old | /strängé folder | webdav\/str%C3%A4ng%C3%A9%20folder |
| old | /C++ folder | webdav\/C\+\+%20folder | | old | /C++ folder | webdav\/C\+\+%20folder |
| old | /नेपाली | webdav\/%E0%A4%A8%E0%A5%87%E0%A4%AA%E0%A4%BE%E0%A4%B2%E0%A5%80 | | old | /नेपाली | webdav\/%E0%A4%A8%E0%A5%87%E0%A4%AA%E0%A4%BE%E0%A4%B2%E0%A5%80 |
| old | /folder #2.txt | webdav\/folder%20%232\.txt | | old | /folder #2.txt | webdav\/folder%20%232\.txt |
| old | /folder &2.txt | webdav\/folder%20&2\.txt | | old | /folder &2.txt | webdav\/folder%20&2\.txt |
| new | /upload | dav\/files\/%username%\/upload | | new | /upload | dav\/files\/%username%\/upload |
| new | /strängé folder | dav\/files\/%username%\/str%C3%A4ng%C3%A9%20folder | | new | /strängé folder | dav\/files\/%username%\/str%C3%A4ng%C3%A9%20folder |
| new | /C++ folder | dav\/files\/%username%\/C\+\+%20folder | | new | /C++ folder | dav\/files\/%username%\/C\+\+%20folder |
| new | /नेपाली | dav\/files\/%username%\/%E0%A4%A8%E0%A5%87%E0%A4%AA%E0%A4%BE%E0%A4%B2%E0%A5%80 | | new | /नेपाली | dav\/files\/%username%\/%E0%A4%A8%E0%A5%87%E0%A4%AA%E0%A4%BE%E0%A4%B2%E0%A5%80 |
| new | /folder #2.txt | dav\/files\/%username%\/folder%20%232\.txt | | new | /folder #2.txt | dav\/files\/%username%\/folder%20%232\.txt |
| new | /folder &2.txt | dav\/files\/%username%\/folder%20&2\.txt | | new | /folder &2.txt | dav\/files\/%username%\/folder%20&2\.txt |
@issue-ocis-reva-214 @skipOnOcis-EOS-Storage @issue-ocis-reva-265 @skipOnOcis-OCIS-Storage @issue-ocis-reva-471 @issue-ocis-reva-214 @skipOnOcis-EOS-Storage @issue-ocis-reva-265 @skipOnOcis-OCIS-Storage
# after fixing all issues delete this Scenario and use the one from oC10 core # after fixing all issues delete this Scenario and use the one from oC10 core
Scenario Outline: Do a PROPFIND of various folder names Scenario Outline: Do a PROPFIND of various folder names
Given using <dav_version> DAV path Given using <dav_version> DAV path
@@ -87,11 +87,11 @@ Feature: get file properties
And the value of the item "//d:response[2]/d:href" in the response to user "Alice" should match "/remote\.php\/<expected_href>\/file1.txt/" And the value of the item "//d:response[2]/d:href" in the response to user "Alice" should match "/remote\.php\/<expected_href>\/file1.txt/"
And the value of the item "//d:response[3]/d:href" in the response to user "Alice" should match "/remote\.php\/<expected_href>\/file2.txt/" And the value of the item "//d:response[3]/d:href" in the response to user "Alice" should match "/remote\.php\/<expected_href>\/file2.txt/"
Examples: Examples:
| dav_version | folder_name | expected_href | | dav_version | folder_name | expected_href |
| old | /folder ?2.txt | webdav\/folder%20%3F2\.txt | | old | /folder ?2.txt | webdav\/folder%20%3F2\.txt |
| new | /folder ?2.txt | dav\/files\/%username%\/folder%20%3F2\.txt | | new | /folder ?2.txt | dav\/files\/%username%\/folder%20%3F2\.txt |
@skipOnOcis-OC-Storage @skipOnOcis-OCIS-Storage @issue-ocis-reva-265 @skipOnOcis-OC-Storage @issue-ocis-reva-265 @skipOnOcis-OCIS-Storage
# after fixing all issues delete this Scenario and use the one from oC10 core # after fixing all issues delete this Scenario and use the one from oC10 core
Scenario Outline: Do a PROPFIND of various folder names Scenario Outline: Do a PROPFIND of various folder names
Given using <dav_version> DAV path Given using <dav_version> DAV path
ocis/tests/acceptance/features/apiOcisSpecific/apiWebdavUpload1-uploadFile.feature
+2 -2
View File
@@ -8,7 +8,7 @@ Feature: upload file
Given using OCS API version "1" Given using OCS API version "1"
And user "Alice" has been created with default attributes and without skeleton files And user "Alice" has been created with default attributes and without skeleton files
@skipOnOcis-OC-Storage @skipOnOcis-OCIS-Storage @issue-ocis-reva-265 @skipOnOcis-OC-Storage @issue-ocis-reva-265 @skipOnOcis-OCIS-Storage
# after fixing all issues delete this Scenario and use the one from oC10 core # after fixing all issues delete this Scenario and use the one from oC10 core
Scenario Outline: upload a file and check download content Scenario Outline: upload a file and check download content
Given using <dav_version> DAV path Given using <dav_version> DAV path
@@ -19,7 +19,7 @@ Feature: upload file
| old | "file ?2.txt" | | old | "file ?2.txt" |
| new | "file ?2.txt" | | new | "file ?2.txt" |
@skipOnOcis-OC-Storage @skipOnOcis-OCIS-Storage @issue-product-127 @skipOnOcis-OC-Storage @issue-product-127 @skipOnOcis-OCIS-Storage
# this scenario passes/fails intermittently on OC storage, so do not run it in CI # this scenario passes/fails intermittently on OC storage, so do not run it in CI
# after fixing all issues delete this Scenario and use the one from oC10 core # after fixing all issues delete this Scenario and use the one from oC10 core
Scenario Outline: uploading a file inside a folder changes its etag Scenario Outline: uploading a file inside a folder changes its etag