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

Intermittent fail webUIUpload/upload.feature:131 #39549

Closed
phil-davis opened this issue Dec 3, 2021 · 14 comments · Fixed by #39691
Closed

Intermittent fail webUIUpload/upload.feature:131 #39549

phil-davis opened this issue Dec 3, 2021 · 14 comments · Fixed by #39691
Assignees
Labels

Comments

@phil-davis
Copy link
Contributor

I noticed this fail in a PR just now. I am not sure if it fails very often, but it will be good to investigate.

https://drone.owncloud.com/owncloud/core/33888/150/16

  Background:                                                                              # /drone/src/tests/acceptance/features/webUIUpload/upload.feature:8
    Given user "Alice" has been created with default attributes and without skeleton files # FeatureContext::userHasBeenCreatedWithDefaultAttributesAndWithoutSkeletonFiles()

  @files_sharing-app-required
  Scenario: upload overwriting a file into a public share                                               # /drone/src/tests/acceptance/features/webUIUpload/upload.feature:131
    Given user "Alice" has created folder "/simple-folder"                                              # FeatureContext::userHasCreatedFolder()
    And user "Alice" has uploaded file "filesForUpload/lorem.txt" to "/simple-folder/lorem.txt"         # FeatureContext::userHasUploadedAFileTo()
    And user "Alice" has created a public link share with settings                                      # FeatureContext::userHasCreatedAPublicLinkShareWithSettings()
      | path        | /simple-folder     |
      | permissions | read,update,create |
    When the public accesses the last created public link using the webUI                               # WebUISharingContext::thePublicAccessesTheLastCreatedPublicLinkUsingTheWebUI()
INFORMATION: timed out waiting for ajax calls to start
Upload overwriting lorem.txt and got 1 notifications including You don’t have permission to upload or create files here

INFORMATION: timed out waiting for ajax calls to start
Upload overwriting lorem.txt and got 2 notifications including You don’t have permission to upload or create files here

INFORMATION: timed out waiting for ajax calls to start
    And the user uploads overwriting file "lorem.txt" using the webUI and retries if the file is locked # WebUIFilesContext::theUserUploadsOverwritingFileUsingTheWebUIRetry()
      │ INFORMATION: timed out waiting for ajax calls to startUpload overwriting lorem.txt and got 1 notifications including You don’t have permission to upload or create files here
      │ INFORMATION: timed out waiting for ajax calls to startUpload overwriting lorem.txt and got 2 notifications including You don’t have permission to upload or create files here
      │ INFORMATION: timed out waiting for ajax calls to start
      WebUIFilesContext::choiceInUploadConflictDialogWebUI file upload conflict dialog expected but not found (Exception)
    Then file "lorem.txt" should be listed on the webUI                                                 # WebUIFilesContext::fileFolderShouldBeListedOnTheWebUI()
    When user "Alice" logs in using the webUI                                                           # WebUILoginContext::logInWithUsernameUsingTheWebUI()
    And the content of "simple-folder/lorem.txt" should be the same as the local "lorem.txt"            # WebUIFilesContext::theContentOfShouldBeTheSameAsTheLocal()
SCENARIO RESULT: (fail)
@SwikritiT
Copy link
Contributor

Ran this test multiple times locally, didn't fail even once. I'll make a PR to run it in CI now. Let's see what's the behavior in CI.

@phil-davis
Copy link
Contributor Author

It happened again in a random PR, so there is some problem:
https://drone.owncloud.com/owncloud/core/33942/150/16

  Scenario: upload overwriting a file into a public share                                               # /drone/src/tests/acceptance/features/webUIUpload/upload.feature:131
    Given user "Alice" has created folder "/simple-folder"                                              # FeatureContext::userHasCreatedFolder()
    And user "Alice" has uploaded file "filesForUpload/lorem.txt" to "/simple-folder/lorem.txt"         # FeatureContext::userHasUploadedAFileTo()
    And user "Alice" has created a public link share with settings                                      # FeatureContext::userHasCreatedAPublicLinkShareWithSettings()
      | path        | /simple-folder     |
      | permissions | read,update,create |
    When the public accesses the last created public link using the webUI                               # WebUISharingContext::thePublicAccessesTheLastCreatedPublicLinkUsingTheWebUI()
INFORMATION: timed out waiting for ajax calls to start
Upload overwriting lorem.txt and got 1 notifications including You don’t have permission to upload or create files here

INFORMATION: timed out waiting for ajax calls to start
Upload overwriting lorem.txt and got 2 notifications including You don’t have permission to upload or create files here

INFORMATION: timed out waiting for ajax calls to start
    And the user uploads overwriting file "lorem.txt" using the webUI and retries if the file is locked # WebUIFilesContext::theUserUploadsOverwritingFileUsingTheWebUIRetry()
      │ INFORMATION: timed out waiting for ajax calls to startUpload overwriting lorem.txt and got 1 notifications including You don’t have permission to upload or create files here
      │ INFORMATION: timed out waiting for ajax calls to startUpload overwriting lorem.txt and got 2 notifications including You don’t have permission to upload or create files here
      │ INFORMATION: timed out waiting for ajax calls to start
      WebUIFilesContext::choiceInUploadConflictDialogWebUI file upload conflict dialog expected but not found (Exception)

@phil-davis
Copy link
Contributor Author

https://drone.owncloud.com/owncloud/core/34001/150/16

webUIUpload/upload.feature:131 failed again in an ordinary PR.

@Talank
Copy link
Contributor

Talank commented Jan 3, 2022

@SwikritiT any update in this issue? Is it still flaky?

@SwikritiT
Copy link
Contributor

@SwikritiT any update in this issue? Is it still flaky?

I'll look into it today

@SwikritiT
Copy link
Contributor

The failing test was run 53 times in each build, without re-run and the build passed both times.
https://drone.owncloud.com/owncloud/core/34177/5/17
https://drone.owncloud.com/owncloud/core/34181/5/17

Closing this for now. We can reopen it if it starts failing again.

@SwikritiT SwikritiT removed their assignment Jan 6, 2022
@phil-davis
Copy link
Contributor Author

This has happened again for me recently. For example in or #39688 :
https://drone.owncloud.com/owncloud/core/34305/151/17

    And the user uploads overwriting file "lorem.txt" using the webUI and retries if the file is locked # WebUIFilesContext::theUserUploadsOverwritingFileUsingTheWebUIRetry()
      │ INFORMATION: timed out waiting for ajax calls to startUpload overwriting lorem.txt and got 1 notifications including You don’t have permission to upload or create files here
      │ INFORMATION: timed out waiting for ajax calls to start
      WebUIFilesContext::choiceInUploadConflictDialogWebUI file upload conflict dialog expected but not found (Exception)

@phil-davis
Copy link
Contributor Author

https://drone.owncloud.com/owncloud/core/34398/151/17
runsh: Total unexpected failed scenarios throughout the test run:
webUIUpload/upload.feature:131

It still happens, sadly.

@phil-davis
Copy link
Contributor Author

https://drone.owncloud.com/owncloud/core/34514/151/17
WebUIFilesContext::choiceInUploadConflictDialogWebUI file upload conflict dialog expected but not found (Exception)

It's happened to my CI a few times today.

@kiranparajuli589
Copy link
Contributor

kiranparajuli589 commented Feb 4, 2022

#39749 (comment)
#39749 (comment)
the same happened multiple times in my PR too.

@amrita-shrestha
Copy link
Contributor

this happen in my pr today
https://drone.owncloud.com/owncloud/core/34525/151/17

@SagarGi
Copy link
Member

SagarGi commented Feb 4, 2022

This happened to my PR as well.
https://drone.owncloud.com/owncloud/core/34529

@phil-davis
Copy link
Contributor Author

Happened again here this morning: https://drone.owncloud.com/owncloud/core/34541/151/17

@individual-it
Copy link
Member

stable according to #39830 , happened 3 weeks ago last time. So closing for now

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

Successfully merging a pull request may close this issue.

7 participants