action #103314
closed
Switch keyboard before the dialog is ready
Added by JERiveraMoya almost 3 years ago.
Updated almost 3 years ago.
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.
- 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
- Tags deleted (
qe-yast-refinement)
- Description updated (diff)
- Status changed from New to Workable
- Status changed from Workable to In Progress
- Assignee set to oorlov
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?
- Status changed from In Progress to Feedback
- Status changed from Feedback to Closed
Also available in: Atom
PDF