[full-ci] bump reva

[butonic]

ocis CI test run for cs3org/reva#4741

Fixes #9498
Fixes #9399

[kobergj]

@butonic I'll take this over. I need a reva bump too

[kobergj]

Nice 👍

[kobergj]

Still failing tests.
E2E test fails because the default for an archive is now "zip"

1) Scenario: download space (attempt 1, retried) # tests/e2e/cucumber/features/spaces/downloadSpace.feature:6
   ✔ Before # tests/e2e/cucumber/environment/index.ts:44
   ✔ Given "Admin" creates following users using API # tests/e2e/cucumber/steps/api.ts:7
       | id    |
       | Alice |
       | Brian |
   ✔ And "Admin" assigns following roles to the users using API # tests/e2e/cucumber/steps/api.ts:19
       | id    | role        |
       | Alice | Space Admin |
   ✔ And "Alice" logs in # tests/e2e/cucumber/steps/ui/session.ts:45
   ✔ And "Alice" creates the following project spaces using API # tests/e2e/cucumber/steps/api.ts:167
       | name | id     |
       | team | team.1 |
   ✔ And "Alice" creates the following folder in space "team" using API # tests/e2e/cucumber/steps/api.ts:221
       | name        |
       | spaceFolder |
   ✔ And "Alice" creates the following file in space "team" using API # tests/e2e/cucumber/steps/api.ts:181
       | name                  | content    |
       | spaceFolder/lorem.txt | space team |
   ✔ And "Alice" navigates to the project space "team.1" # tests/e2e/cucumber/steps/ui/spaces.ts:37
   ✖ When "Alice" downloads the space "team.1" # tests/e2e/cucumber/steps/ui/spaces.ts:209
       Error: expect(received).toContain(expected) // indexOf

       Expected substring: "download.tar"
       Received string:    "download.zip"
           at Proxy.<anonymous> (/drone/src/webTestRunner/node_modules/.pnpm/[email protected]/node_modules/playwright/lib/matchers/expect.js:177:37)
           at World.<anonymous> (/drone/src/webTestRunner/tests/e2e/cucumber/steps/ui/spaces.ts:215:32)
   - And "Alice" adds following users to the project space # tests/e2e/cucumber/steps/ui/spaces.ts:85
       | user  | role     | kind |
       | Brian | Can edit | user |
   - And "Alice" logs out # tests/e2e/cucumber/steps/ui/session.ts:58
   - And "Brian" logs in # tests/e2e/cucumber/steps/ui/session.ts:45
   - And "Brian" navigates to the project space "team.1" # tests/e2e/cucumber/steps/ui/spaces.ts:37
   - When "Brian" downloads the space "team.1" # tests/e2e/cucumber/steps/ui/spaces.ts:209
   - And "Brian" logs out # tests/e2e/cucumber/steps/ui/session.ts:58
   ✔ After # tests/e2e/cucumber/environment/index.ts:112

API test fails with other issue.

  @issue-1755
  Scenario: sharer uploads a file with checksum and as a sharee overwrites the shared file with new data and invalid checksum                                                                                                                    # /drone/src/tests/acceptance/features/apiSpacesShares/shareUploadTUS.feature:364
    Given user "Alice" has created a new TUS resource for the space "Personal" with content "" using the WebDAV API with these headers:                                                                                                          # SpacesTUSContext::userHasCreatedANewTusResourceForTheSpaceUsingTheWebdavApiWithTheseHeaders()
      | Upload-Length   | 16                        |
      | Upload-Metadata | filename dGV4dEZpbGUudHh0 |
      | Tus-Resumable   | 1.0.0                     |
    And user "Alice" has uploaded file with checksum "SHA1 c1dab0c0864b6ac9bdd3743a1408d679f1acd823" to the last created TUS Location with offset "0" and content "original content" via TUS inside of the space "Personal" using the WebDAV API # SpacesTUSContext::userHasUploadedFileWithChecksumToTheLastCreatedTusLocationWithOffsetAndContentViaTusInsideOfTheSpaceUsingTheWebdavApi()
    And user "Alice" has sent the following resource share invitation:                                                                                                                                                                           # SharingNgContext::userHasSentTheFollowingResourceShareInvitation()
      | resource        | textFile.txt |
      | space           | Personal     |
      | sharee          | Brian        |
      | shareType       | user         |
      | permissionsRole | File Editor  |
    When user "Brian" overwrites recently shared file with offset "0" and data "overwritten content" with checksum "SHA1 fe990d2686a0fc86004efc31f5bf2475a45d4906" via TUS inside of the space "Shares" using the WebDAV API with these headers: # SpacesTUSContext::userOverwritesRecentlySharedFileWithOffsetAndDataWithChecksumViaTusInsideOfTheSpaceUsingTheWebdavApiWithTheseHeaders()
      | Upload-Length   | 19                        |
      | Upload-Metadata | filename dGV4dEZpbGUudHh0 |
      | Tus-Resumable   | 1.0.0                     |
    Then the HTTP status code should be "460"                                                                                                                                                                                                    # FeatureContext::thenTheHTTPStatusCodeShouldBe()
      HTTP status code 204 is not the expected value 460
      Failed asserting that 204 matches expected '460'.
    And for user "Alice" the content of the file "/textFile.txt" of the space "Personal" should be "original content"                                                                                                                            # SpacesContext::checkFileContent()

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarCloud