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

webUI test suite webUISharingExternal failing on Travis #30897

Closed
phil-davis opened this issue Mar 25, 2018 · 6 comments
Closed

webUI test suite webUISharingExternal failing on Travis #30897

phil-davis opened this issue Mar 25, 2018 · 6 comments
Assignees
Labels

Comments

@phil-davis
Copy link
Contributor

It fails in all browsers with some problem where the output gets stuck:

Running tests on 'chrome' (latest) on Windows 10
@webUI @insulated @disablePreviews @TestAlsoOnExternalUserBackend
Feature: Federation Sharing - sharing with users on other cloud storages
  As a user
  I want to share files with any users on other cloud storages
  So that other users have access to these files
  Background:                                                                            # /home/[secure]/build/owncloud/core/tests/acceptance/features/webUISharingExternal/federationSharing.feature:7
    Given these users have been created:                                                 # FeatureContext::theseUsersHaveBeenCreated()
      | username | password | displayname | email        |
      | user1    | 1234     | User One    | u1@oc.com.np |
      | user2    | 1234     | User Two    | u2@oc.com.np |
    And the user has browsed to the login page                                           # WebUILoginContext::theUserBrowsesToTheLoginPage()
    And the user has logged in with username "user2" and password "1234" using the webUI # WebUILoginContext::theUserLogsInWithUsernameAndPasswordUsingTheWebUI()
  Scenario: test the single steps of federation sharing                                                               # /home/[secure]/build/owncloud/core/tests/acceptance/features/webUISharingExternal/federationSharing.feature:15
    When the user shares the folder "simple-folder" with the remote user "user1@%remote_server%" using the webUI      # WebUISharingContext::theUserSharesTheFileFolderWithTheUserUsingTheWebUI()
    And the user shares the folder "simple-empty-folder" with the remote user "user1@%remote_server%" using the webUI # WebUISharingContext::theUserSharesTheFileFolderWithTheUserUsingTheWebUI()
    And the user re-logs in with username "user1" and password "1234" to "http://%remote_server%" using the webUI     # WebUILoginContext::theUserRelogsInWithUsernameAndPasswordToUsingTheWebUI()
    Then dialogs should be displayed on the webUI                                                                     # WebUIGeneralContext::dialogsShouldBeDisplayedOnTheWebUI()
      | title        | content                                                                              |
      | Remote share | Do you want to add the remote share /simple-folder from user2@%local_server%/?       |
      | Remote share | Do you want to add the remote share /simple-empty-folder from user2@%local_server%/? |
    When the user accepts the offered remote shares                                                                   # WebUISharingContext::theUserAcceptsTheOfferedRemoteShares()
    Then the folder "simple-folder (2)" should be listed on the webUI                                                 # WebUIFilesContext::theFileFolderShouldBeListedOnTheWebUI()
    When the user opens the folder "simple-folder (2)" using the webUI                                                # WebUIFilesContext::theUserOpensTheFolderNamedUsingTheWebUI()
    Then the file "lorem.txt" should be listed on the webUI                                                           # WebUIFilesContext::theFileFolderShouldBeListedOnTheWebUI()
No output has been received in the last 10m0s, this potentially indicates a stalled build or something wrong with the build itself.
Check the details on how to adjust your build configuration on: https://docs.travis-ci.com/user/common-build-problems/#Build-times-out-because-no-output-was-received

https://travis-ci.org/owncloud/core/jobs/357828688

We want the daily Travis cron job to still work, because it tests other browsers, specially Edge and IE11.

@phil-davis phil-davis self-assigned this Mar 25, 2018
@ownclouders
Copy link
Contributor

GitMate.io thinks possibly related issues are #22492 (test), #22485 (test), #16182 (smashbox test test_shareFile fails), #10349 (Debian testing upgrade fails), and #27749 (Selenium tests failing).

@phil-davis
Copy link
Contributor Author

phil-davis commented Apr 4, 2018

Looking better, but last night there were fails in the stable10 webUIManageUsersGroups suite (which only exists in stable10).
Need to review again the results of the nightly Travis cron.

@phil-davis
Copy link
Contributor Author

Other PRs with bits-and-pieces that help reduce noise and fixed some issues cleaning up groups during tests:
#31002
#31009
#31013
it must be getting close - let's see the nightly cron job again...

@phil-davis
Copy link
Contributor Author

phil-davis commented Apr 6, 2018

All tests can pass now on Travis nightly cron.
The remaining "transitory" fails are:

  • Edge Personal Settings tries to go to the personal settings page, and often complains:
  Scenario: New password is same as current password                                                                                        # /home/[secure]/build/owncloud/core/tests/acceptance/features/webUIPersonalSettings/changePasswordFromSetting.feature:24
    And the user has browsed to the personal general settings page                                                                          # WebUIPersonalGeneralSettingsContext::theUserBrowsesToThePersonalGeneralSettingsPage()
      exception 'SensioLabs\Behat\PageObjectExtension\PageObject\Exception\UnexpectedPageException' with message 'Expected to be on "http://owncloud:8889/index.php/settings/personal?sectionid=general" but found "http://owncloud:8889/index.php/apps/files/?dir=/&fileid=249" instead' in /home/[secure]/build/owncloud/core/lib/composer/sensiolabs/behat-page-object-extension/src/SensioLabs/Behat/PageObjectExtension/PageObject/Page.php:217

see issue #31021

  • IE11 webUIManageQuota and other suites on IE11 get No output has been received in the last 10m0s, this potentially indicates a stalled build or something wrong with the build itself. Not sure there is much can be done about this easily. It might be some annoying IE webDriver hang/lockup.

  • IE11 webUITrashbin webUIRestrictSharing and other IE11 suites sometimes get:

  Scenario: Select some files and delete from trashbin in a batch                    # /home/[secure]/build/owncloud/core/tests/acceptance/features/webUITrashbin/trashbinDelete.feature:34
    And the user has logged in with username "user1" and password "1234" using the webUI # WebUILoginContext::theUserLogsInWithUsernameAndPasswordUsingTheWebUI()
      exception 'WebDriver\Exception\CurlExec' with message 'Payload received from webdriver is not valid json: <html><body><h1>504 Gateway Time-out</h1>
      The server didn't respond in time.

this is another manifestation of some "IE webDriver hang/lockup"
see issue #31022

@phil-davis
Copy link
Contributor Author

Closing here, I have raised issues for the remaining "will be annoying and difficult to investigate and fix" issues.

@lock
Copy link

lock bot commented Jul 30, 2019

This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

@lock lock bot locked as resolved and limited conversation to collaborators Jul 30, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

2 participants