Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Core API tests failing nightly #3732

Closed
saw-jan opened this issue May 9, 2022 · 2 comments
Closed

Core API tests failing nightly #3732

saw-jan opened this issue May 9, 2022 · 2 comments
Assignees
Labels

Comments

@saw-jan
Copy link
Member

saw-jan commented May 9, 2022

build: https://drone.owncloud.com/owncloud/ocis/11574/47/6

  Scenario Outline: as share receiver copying a file inside a folder changes its etag for all collaborators      # /srv/app/testrunner/tests/acceptance/features/apiWebdavEtagPropagation2/copyFileFolder.feature:153
    Given user "Brian" has been created with default attributes and without skeleton files                       # FeatureContext::userHasBeenCreatedWithDefaultAttributesAndWithoutSkeletonFiles()
    And the administrator has set the default folder for received shares to "Shares"                             # OccContext::theAdministratorHasSetTheDefaultFolderForReceivedSharesTo()
    And parameter "shareapi_auto_accept_share" of app "core" has been set to "no"                                # AppConfigurationContext::serverParameterHasBeenSetTo()
    And using <dav_version> DAV path                                                                             # FeatureContext::usingOldOrNewDavPath()
    And user "Alice" has created folder "/upload"                                                                # FeatureContext::userHasCreatedFolder()
    And user "Alice" has uploaded file with content "uploaded content" to "/upload/file.txt"                     # FeatureContext::userHasUploadedAFileWithContentTo()
    And user "Alice" has shared folder "/upload" with user "Brian"                                               # FeatureContext::userHasSharedFileWithUserUsingTheSharingApi()
    And user "Brian" has accepted share "/upload" offered by user "Alice"                                        # FeatureContext::userHasReactedToShareOfferedBy()
    And user "Alice" has stored etag of element "/"                                                              # WebDavPropertiesContext::userHasStoredEtagOfElement()
    And user "Alice" has stored etag of element "/upload"                                                        # WebDavPropertiesContext::userHasStoredEtagOfElement()
    And user "Alice" has stored etag of element "/upload/file.txt"                                               # WebDavPropertiesContext::userHasStoredEtagOfElement()
    And user "Alice" has stored etag of element "/upload/file.txt" on path "/upload/renamed.txt"                 # WebDavPropertiesContext::userStoresEtagOfElementOnPath()
    And user "Brian" has stored etag of element "/"                                                              # WebDavPropertiesContext::userHasStoredEtagOfElement()
    And user "Brian" has stored etag of element "/Shares"                                                        # WebDavPropertiesContext::userHasStoredEtagOfElement()
    And user "Brian" has stored etag of element "/Shares/upload"                                                 # WebDavPropertiesContext::userHasStoredEtagOfElement()
    And user "Brian" has stored etag of element "/Shares/upload/file.txt"                                        # WebDavPropertiesContext::userHasStoredEtagOfElement()
    And user "Brian" has stored etag of element "/Shares/upload/file.txt" on path "/Shares/upload/renamed.txt"   # WebDavPropertiesContext::userStoresEtagOfElementOnPath()
    When user "Brian" copies file "/Shares/upload/file.txt" to "/Shares/upload/renamed.txt" using the WebDAV API # FeatureContext::userCopiesFileUsingTheAPI()
    Then the HTTP status code should be "201"                                                                    # FeatureContext::thenTheHTTPStatusCodeShouldBe()
    And these etags should have changed:                                                                         # WebDavPropertiesContext::theseEtagsShouldHaveChanged()
      | user  | path                       |
      | Alice | /                          |
      | Alice | /upload                    |
      | Alice | /upload/renamed.txt        |
      | Brian | /                          |
      | Brian | /Shares                    |
      | Brian | /Shares/upload             |
      | Brian | /Shares/upload/renamed.txt |
    And these etags should not have changed:                                                                     # WebDavPropertiesContext::theseEtagsShouldNotHaveChanged()
      | user  | path                    |
      | Alice | /upload/file.txt        |
      | Brian | /Shares/upload/file.txt |

    Examples:
      | dav_version |
      | old         |
      | new         |
-        WebDavPropertiesContext::theseEtagsShouldHaveChanged
-       The etag '"961cab3b7460efb786438af847fde719"' of element '/upload' of user 'Alice' did not change.
-        Failed asserting that 1 matches expected 0.

...
    Examples:
      | dav_version |
      | old         |
-        WebDavPropertiesContext::theseEtagsShouldHaveChanged
-        The etag '"3819b74d94e1ba16a0f0003b98c43c15"' of element '/upload' of user 'Alice' did not change.
-        Failed asserting that 1 matches expected 0.

apiWebdavEtagPropagation2/copyFileFolder.feature:189
apiWebdavEtagPropagation2/copyFileFolder.feature:232

@saw-jan saw-jan added the QA:team label May 9, 2022
@saw-jan saw-jan changed the title Core API tests failing nightly with undefined steps Core API tests failing nightly May 9, 2022
@kiranparajuli589 kiranparajuli589 self-assigned this May 9, 2022
@kiranparajuli589
Copy link
Contributor

kiranparajuli589 commented May 9, 2022

with the latest master of ocis, the tests is passing fine locally.
running fine on the ci too: https://drone.owncloud.com/owncloud/ocis/11591/48/6

@kiranparajuli589
Copy link
Contributor

consistently passing in the recent ci builds. runs fine locally too, closing this for now. please re-open the issue if it is traced again.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants