Update web to 1.0.1

[kulmann]

Update web to most recent release 1.0.1. This also brings a feature which was already used in the tests, therefor we can remove some expected failures:
Fixes #1197

[phil-davis]

Some strange API test failure: https://drone.owncloud.com/owncloud/ocis/2636/19/7

  Scenario Outline: Creating a share of a file with a user                                                 # /drone/src/tests/acceptance/features/apiBasic/createShareToSharesFolder.feature:4
    Given the administrator has set the default folder for received shares to "Shares"                     # OccContext::theAdministratorHasSetTheDefaultFolderForReceivedSharesTo()
    And auto-accept shares has been disabled                                                               # FeatureContext::autoAcceptSharesHasBeenDisabled()
    And using OCS API version "<ocs_api_version>"                                                          # FeatureContext::usingOcsApiVersion()
    And user "Alice" has been created with default attributes and without skeleton files                   # FeatureContext::userHasBeenCreatedWithDefaultAttributesAndWithoutSkeletonFiles()
    And user "Alice" has uploaded file with content "ownCloud test text file 0" to "/textfile0.txt"        # FeatureContext::userHasUploadedAFileWithContentTo()
    And user "Brian" has been created with default attributes and without skeleton files                   # FeatureContext::userHasBeenCreatedWithDefaultAttributesAndWithoutSkeletonFiles()
    When user "Alice" shares file "textfile0.txt" with user "Brian" using the sharing API                  # FeatureContext::userSharesFileWithUserUsingTheSharingApi()
    And user "Brian" accepts share "/textfile0.txt" offered by user "Alice" using the sharing API          # FeatureContext::userReactsToShareOfferedBy()
    Then the HTTP status code should be "200"                                                              # FeatureContext::thenTheHTTPStatusCodeShouldBe()
    And the content of file "/Shares/textfile0.txt" for user "Brian" should be "ownCloud test text file 0" # FeatureContext::contentOfFileForUserShouldBe()

    Examples:
      | ocs_api_version |
      | 1               |
        Sharing::userReactsToShareOfferedBy could not find share /textfile0.txt, offered by Alice to Brian
        Failed asserting that null is not null.
      | 2               |
        Sharing::userReactsToShareOfferedBy could not find share /textfile0.txt, offered by Alice to Brian
        Failed asserting that null is not null.

How is that related to the changes in this PR???

The PR needs a rebase anyway. Maybe that will help.

[kulmann]

Some strange API test failure: https://drone.owncloud.com/owncloud/ocis/2636/19/7

  Scenario Outline: Creating a share of a file with a user                                                 # /drone/src/tests/acceptance/features/apiBasic/createShareToSharesFolder.feature:4
    Given the administrator has set the default folder for received shares to "Shares"                     # OccContext::theAdministratorHasSetTheDefaultFolderForReceivedSharesTo()
    And auto-accept shares has been disabled                                                               # FeatureContext::autoAcceptSharesHasBeenDisabled()
    And using OCS API version "<ocs_api_version>"                                                          # FeatureContext::usingOcsApiVersion()
    And user "Alice" has been created with default attributes and without skeleton files                   # FeatureContext::userHasBeenCreatedWithDefaultAttributesAndWithoutSkeletonFiles()
    And user "Alice" has uploaded file with content "ownCloud test text file 0" to "/textfile0.txt"        # FeatureContext::userHasUploadedAFileWithContentTo()
    And user "Brian" has been created with default attributes and without skeleton files                   # FeatureContext::userHasBeenCreatedWithDefaultAttributesAndWithoutSkeletonFiles()
    When user "Alice" shares file "textfile0.txt" with user "Brian" using the sharing API                  # FeatureContext::userSharesFileWithUserUsingTheSharingApi()
    And user "Brian" accepts share "/textfile0.txt" offered by user "Alice" using the sharing API          # FeatureContext::userReactsToShareOfferedBy()
    Then the HTTP status code should be "200"                                                              # FeatureContext::thenTheHTTPStatusCodeShouldBe()
    And the content of file "/Shares/textfile0.txt" for user "Brian" should be "ownCloud test text file 0" # FeatureContext::contentOfFileForUserShouldBe()

    Examples:
      | ocs_api_version |
      | 1               |
        Sharing::userReactsToShareOfferedBy could not find share /textfile0.txt, offered by Alice to Brian
        Failed asserting that null is not null.
      | 2               |
        Sharing::userReactsToShareOfferedBy could not find share /textfile0.txt, offered by Alice to Brian
        Failed asserting that null is not null.

How is that related to the changes in this PR???

The PR needs a rebase anyway. Maybe that will help.

After rebasing and removing the two expected failures CI now passes. Thanks for the pointers!

[phil-davis]

Maybe you want to adjust link in the changelog. But actually it works, so maybe not worth having to let CI run again.

Edit: I committed the changelog change - may as well get it fixed.

[phil-davis]

Note: this also fixes QA isssue #1197

[kulmann]

Maybe you want to adjust link in the changelog. But actually it works, so maybe not worth having to let CI run again.

Edit: I committed the changelog change - may as well get it fixed.

Thanks for taking care!

[sonarqubecloud]

Kudos, SonarCloud Quality Gate passed!

0 Bugs
0 Vulnerabilities
0 Security Hotspots
0 Code Smells

No Coverage information
No Duplication information