action #103314
closedSwitch keyboard before the dialog is ready
Description
Observation¶
openQA test in scenario sle-15-SP4-Online-aarch64-installer_extended@aarch64 fails in
switch_keyboard_layout
Task¶
- Clarify if it is an issue in a product or just we the test it too fast (Select "Keyboard layout" using libyui-rest-api and check if Keyboard Layout is changed);
- If it is a timing issue, follow one of the suggestions in "Assumptions" section of the ticket.
Assumptions¶
After testing it manually we can see that the Keyboard Test succeed, so we need to ensure to not switch to French too soon, specially
for slower aarchs. Perhaps using a different UI control to know that all is loaded or checking existence of value some drop-down menu.
Updated by JERiveraMoya over 2 years ago
- Tags set to qe-yast-refinement
- Project changed from openQA Tests to qe-yam
- Category deleted (
Bugs in existing tests) - Target version set to Current
Updated by oorlov over 2 years ago
- Tags deleted (
qe-yast-refinement) - Description updated (diff)
- Status changed from New to Workable
Updated by oorlov over 2 years ago
- Status changed from Workable to In Progress
- Assignee set to oorlov
Updated by geor over 2 years ago
After reading Alex's PR, I m curious, I know that we fixed the issue, but shouldn't this be also a potential minor product bug?
The combobox with keyboard layout does load with English(US) selected initially, but it looks that they have added some code to make it double sure that it is selected by re-selecting English(US) some code executions down the line.
To me it looks like it could be remainder patch code from before. Maybe there is no valid reason to do this re-selection any more?
Updated by oorlov over 2 years ago
- Status changed from In Progress to Feedback