The test is always failing with Chrome with the following stacktrace:
org.opentest4j.AssertionFailedError: expected: <2> but was: <441>
at org.xwiki.edit.test.ui.InplaceEditIT.selectionRestoreOnSwitchToSource(InplaceEditIT.java:378)
at java.base/java.lang.reflect.Method.invoke(Method.java:569)
at java.base/java.util.ArrayList.forEach(ArrayList.java:1511)
at java.base/java.util.ArrayList.forEach(ArrayList.java:1511)
at java.base/java.util.ArrayList.forEach(ArrayList.java:1511)
Suppressed: org.openqa.selenium.InvalidArgumentException: invalid argument: Unexpected dialog type beforeunload
And following screenshot:
The test doesn't fail on firefox
1 update
Changes by Simon Urli on 25/Feb/25 10:28
Assignee:
Marius Dumitru Florea
1 comment
Simon Urli on 25/Feb/25 10:28
The test was introduced for testing regression over XWIKI-22899. When checking manually the behaviour on chrome I haven't been able to reproduce the problem related to that, so I believe it's only a test issue.
That being said I'm a bit surprised about the toolbar appearing on the very top of the window and I'm wondering if that's expected. Now the test itself seems to perform assertion using a DOM property that seems to not behave the same in firefox and chrome. But removing those assertions isn't even enough to fix the test, there's also the following assertion that seems to fail on chrome:
// Verify that the top left corner of the Source text area is visible (inside the viewport).
assertTrue(setup.getDriver().isVisible(sourceTextArea, 0, 0));
This message was sent by Atlassian Jira (v9.3.0#930000-sha1:287aeb6)
If image attachments aren't displayed, see this article.
