[MGNLTEST-103] Self test ContentEditorTest.contentEditorContentBlockTest fails repeatedly Created: 30/Sep/20  Updated: 20/Sep/21  Resolved: 20/Sep/21

Status: Closed
Project: Magnolia Test Framework
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Neutral
Reporter: Rishab Dhar Assignee: Unassigned
Resolution: Obsolete Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: File ContentEditorTest_contentEditorContentBlockTest.flv    
Issue Links:
dependency
depends upon MGNLTEST-117 Form#setComboBoxOption: sometime drop... Selected
Template:
Acceptance criteria:
Empty
Task DoD:
[ ]* Doc/release notes changes? Comment present?
[ ]* Downstream builds green?
[ ]* Solution information and context easily available?
[ ]* Tests
[ ]* FixVersion filled and not yet released
[ ]  Architecture Decision Record (ADR)
Bug DoR:
[ ]* Steps to reproduce, expected, and actual results filled
[ ]* Affected version filled
Date of First Response:
Epic Link: core-TF-features-bugs-improvements

 Description   

Background

After dx-core webapp was provisioned for running dx-core related self tests on test-framework, the test in info.magnolia.test.selenium.pageobjects.ContentEditorTest#contentEditorContentBlockTest was found to fail multiple times on Jenkins with the below stacktrace

org.openqa.selenium.ElementClickInterceptedException: 
element click intercepted: Element <input type="text" class="v-filterselect-input v-filterselect-input-readonly" autocomplete="off" id="gwt-uid-160" aria-labelledby="gwt-uid-159" aria-readonly="true" readonly="" tabindex="0" dir="" style="width: 100%;"> is not clickable at point (570, 933). Other element would receive the click: <td class="gwt-MenuItem" role="listitem">...</td>
  (Session info: chrome=85.0.4183.83)
Build info: version: '3.141.59', revision: 'e82be7d358', time: '2018-11-14T08:17:03'
System info: host: 'ip-172-30-100-121', ip: '127.0.0.1', os.name: 'Linux', os.arch: 'amd64', os.version: '4.4.0-1052-aws', java.version: '1.8.0_152'
Driver info: org.openqa.selenium.remote.RemoteWebDriver
Capabilities {acceptInsecureCerts: false, browserName: chrome, browserVersion: 85.0.4183.83, chrome: {chromedriverVersion: 85.0.4183.83 (94abc2237ae0c..., userDataDir: /tmp/.com.google.Chrome.r5iCPc}, goog:chromeOptions: {debuggerAddress: localhost:45756}, javascriptEnabled: true, networkConnectionEnabled: false, pageLoadStrategy: normal, platform: LINUX, platformName: LINUX, proxy: Proxy(), setWindowRect: true, strictFileInteractability: false, timeouts: {implicit: 0, pageLoad: 300000, script: 30000}, unhandledPromptBehavior: dismiss and notify, webauthn:virtualAuthenticators: true, webdriver.remote.sessionid: 2e79c89b90e2dbd58b0265cc231...}
Session ID: 2e79c89b90e2dbd58b0265cc2318dcae
	at info.magnolia.test.selenium.pageobjects.ContentEditorTest.contentEditorContentBlockTest(ContentEditorTest.java:199)

Steps to reproduce

  • Run the docker-compose file in test-framework
  • Run the tests in info.magnolia.test.selenium.pageobjects.ContentEditorTest on your IDE

Expectation

All tests should pass successfully

Notes

Consider making the tests more atomic, as currently the tests attempt to do much.



 Comments   
Comment by Michael Duerig [ 30/Sep/20 ]

Looking at the movie it seems that the Size combo is not visible when clicked because the drop down of the Preload overlaps it:

This begs the question however, why the drop down list is still there at that point in time. It should actually retract once an element is selected. Is this just a timing issue?

Comment by Michael Duerig [ 01/Oct/20 ]

Looking at ComboBox#setValue, there is this line:

retryOnFailure(() -> findOptionList(value).click()); 

The click() call never throws an exception. But sometimes it causes the drop down list to retract and sometimes not. Introducing a delay between findOptionList() and click() makes it retract always, which doesn't make much sense to me because findOptionList() does just a findElement() by xpath and already includes an implicit wait for Vaadin.

 

Comment by Maxime Michel [ 20/Sep/21 ]

Will be fixed with MGNLTEST-117.

Generated at Mon Feb 12 07:45:35 CET 2024 using Jira 9.4.2#940002-sha1:46d1a51de284217efdcb32434eab47a99af2938b.