-
Bug
-
Resolution: Outdated
-
Neutral
-
None
-
None
Context
The ticket has been rephrased.
The issue first appeared in PublicationWorkflowFunctionalTests#scheduledPublication, where we did a logout/login action.
A bit later, since a certain time, we see arbitrary failures on the very first login to AdminCentral (often in AssetsCoreFunctionalTests).
Possible culprits are:
- "Slower" ubuntu images on jenkins slaves
- "Issues" on the Vaadin side.
On the UI test, if the issue appears, typically a NoSuchElement or a similar excpetion is thrown.
Acceptance criteria
- 1st Login on a UI-test works fine.
- logout/login within a test (after 1st login) works fine
- test-fkw has self-tests ensuring (1), (2)
- the test-fwk provides an "API" which checks whether "vaadin is done".
- During " UI-test init phase", the test-fwk ensures that "vaadin is done" / the UI hence ready to receive selenium commands
Developer note
The test-fwk already comes with (kind of) support for "vaadin is done" - see VaadinWebElementWrapper#vaadinIsDone.
Thus (4) prbly already is done. Though we make easier to access. (not sure if ...)
For (5) it would be helpful/desirable/likely-necessary that MGNLTEST-149 is resolved first. See pending PRÂ . In consequence I add a dependency to that ticket.
If MGNLTEST-149 gets accepted/merged, the "vaadin is done" check for (5) most likely should be done within Selenium#initUiTest
Using the https://github.com/awaitility/awaitility might be helpful here.
Â
Old description
info.magnolia.functionaltests.PublicationWorkflowFunctionalTests#scheduledPublication seems to fail with a high frequency. Attached a video recording showing the failure
- depends upon
-
MGNLTEST-149 Selenium extension should operate lazy
- Closed
- is depended upon by
-
MGNLEE-635 INT test publication workflow for MEDIUM prio scenarios
- Closed
- relates to
-
MGNLTEST-139 page objects tends to fail initialization on PublicationWorkflowFunctionalTests#setUp
- Closed
- mentioned in
-
Page Loading...