[stable10] Run webUI tests

[phil-davis]

To check what happens.

[codecov]

Codecov Report

❗ No coverage uploaded for pull request base (stable10@d136a7f). Click here to learn what that means.
The diff coverage is n/a.

@@             Coverage Diff             @@
##             stable10   #30973   +/-   ##
===========================================
  Coverage            ?   59.88%           
  Complexity          ?    18122           
===========================================
  Files               ?     1188           
  Lines               ?    71356           
  Branches            ?     1246           
===========================================
  Hits                ?    42729           
  Misses              ?    28257           
  Partials            ?      370

Flag	Coverage Δ	Complexity Δ
#javascript	52.67% <ø> (?)	0 <ø> (?)
#phpunit	60.67% <ø> (?)	18122 <ø> (?)

---

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update d136a7f...9c80773. Read the comment docs.

[phil-davis]

The 4 commits here that fix or improve acceptance test code have been put into separate PRs for merging:
#30971 Properly remember groups that have been deleted using the webUI
#30974 Silence retried to delete file messages
#30976 Fix webUI acceptance test stalls when checking file content

[phil-davis]

This now can achieve 100% pass on webUI on Travis. The problems I have observed are:

Job .51 Edge - webUIPersonalSettings often gets:

  Background:                                                                            # /home/[secure]/build/owncloud/core/tests/acceptance/features/webUIPersonalSettings/changePasswordFromSetting.feature:7
    Given these users have been created:                                                 # FeatureContext::theseUsersHaveBeenCreated()
      | username | password | displayname | email        |
      | user1    | 1234     | User One    | u1@oc.com.np |
    And the user has browsed to the login page                                           # WebUILoginContext::theUserBrowsesToTheLoginPage()
    And the user has logged in with username "user1" and password "1234" using the webUI # WebUILoginContext::theUserLogsInWithUsernameAndPasswordUsingTheWebUI()
    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=11" instead' in /home/[secure]/build/owncloud/core/lib/composer/sensiolabs/behat-page-object-extension/src/SensioLabs/Behat/PageObjectExtension/PageObject/Page.php:217
      Stack trace:
      #0 /home/[secure]/build/owncloud/core/lib/composer/sensiolabs/behat-page-object-extension/src/SensioLabs/Behat/PageObjectExtension/PageObject/Page.php(186): SensioLabs\Behat\PageObjectExtension\PageObject\Page->verifyUrl(Array)
      #1 /home/[secure]/build/owncloud/core/lib/composer/sensiolabs/behat-page-object-extension/src/SensioLabs/Behat/PageObjectExtension/PageObject/Page.php(58): SensioLabs\Behat\PageObjectExtension\PageObject\Page->verify(Array)
      #2 /tmp/ProxyManagerGeneratedProxy__PM__PagePersonalGeneralSettingsPageGeneratedc303956de969da5da17b06b0ccc6bb7c.php(314): SensioLabs\Behat\PageObjectExtension\PageObject\Page->open(Array)
      #3 /home/[secure]/build/owncloud/core/tests/acceptance/features/bootstrap/WebUIPersonalGeneralSettingsContext.php(61): ProxyManagerGeneratedProxy\__PM__\Page\PersonalGeneralSettingsPage\Generatedc303956de969da5da17b06b0ccc6bb7c->open()
      #4 [internal function]: WebUIPersonalGeneralSettingsContext->theUserBrowsesToThePersonalGeneralSettingsPage()

When I watch the video, it does get to the Personal Settings page. So somehow the underlying code that opens the page gets to the verifyUrl() call a bit early (or the Edge webdriver is slow to tell what page the browser is actually on, or...).

Jobs .64 .65 .67. 70 .71 (various IE11 suites) all failed the first time with:

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.

Something goes wrong with the connection through the IE11 webdriver. It passes again after 1 or 2 restarts. That needs some research to see if there is anything we can do better there.

[phil-davis]

Related PRs are getting through today's Jenkins CI troubles and should be merged in a few hours. Tomorrow the nightly core stable10 Travis results can be checked and see how much better off we are.

[lock]

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.