[full-ci] Do not share versions (#5531)

* change test expectations

* bump reva  version

* add changelog

* fix test

* php style fix

* bump webCommit. fixt contarct tests

* change webBranch

* change webBranch

* new web commit

* fix flaky draw.io file

* fix after review

---------

Co-authored-by: Viktor Scharf <scharf.vi@gmail.com>
This commit is contained in:
Michael Barz
2023-04-06 12:52:38 +02:00
committed by GitHub
co-authored by Viktor Scharf
parent 1a69583f35
commit f80cc175fd
12 changed files with 71 additions and 165 deletions
@@ -23,7 +23,7 @@ Feature: Download file in project space
| role | viewer |
Scenario Outline: An user downloads a file in the project space
Scenario Outline: A user downloads a file in the project space
When user "<user>" downloads the file "file.txt" of the space "download file" using the WebDAV API
Then the HTTP status code should be "200"
And the following headers should be set
@@ -36,7 +36,7 @@ Feature: Download file in project space
| Bob |
Scenario Outline: An user downloads an old version of the file in the project space
Scenario Outline: users with role manager and editor can download an old version of the file in the project space
Given user "Alice" has uploaded a file inside space "download file" with content "new content" to "file.txt"
And user "Alice" has uploaded a file inside space "download file" with content "newest content" to "file.txt"
When user "<user>" downloads version of the file "file.txt" with the index "1" of the space "download file" using the WebDAV API
@@ -53,4 +53,10 @@ Feature: Download file in project space
| user |
| Alice |
| Brian |
| Bob |
Scenario: A user viewer cannot get the old version of the file in the project space
Given user "Alice" has uploaded a file inside space "download file" with content "new content" to "file.txt"
When user "Bob" tries to get version of the file "file.txt" with the index "1" of the space "download file" using the WebDAV API
Then the HTTP status code should be "403"
@@ -116,50 +116,3 @@ Feature: Restore files, folder
}
}
"""
Scenario: The recipient can restore a file even if there is not enough owner's quota to do so
Given user "Admin" has changed the quota of the "Brian Murphy" space to "30"
And user "Brian" has uploaded file with content "file is less than 30 bytes" to "/file.txt"
And user "Brian" has uploaded file with content "reduceContent" to "/file.txt"
And user "Brian" has uploaded file with content "some content" to "newFile.txt"
And user "Brian" has shared file "file.txt" with user "Alice"
And user "Alice" has accepted share "/file.txt" offered by user "Brian"
And using new DAV path
When user "Alice" restores version index "1" of file "/Shares/file.txt" using the WebDAV API
Then the HTTP status code should be "204"
And the content of file "/Shares/file.txt" for user "Alice" should be "file is less than 30 bytes"
And for user "Brian" the JSON response should contain space called "Brian Murphy" and match
"""
{
"type": "object",
"required": [
"quota"
],
"properties": {
"quota": {
"type": "object",
"required": [
"state",
"total",
"remaining",
"used"
],
"properties": {
"state" : {
"type": "string",
"enum": ["exceeded"]
},
"total" : {
"type": "number",
"enum": [30]
},
"used": {
"type": "number",
"enum": [38]
}
}
}
}
}
"""