action #103314

Switch keyboard before the dialog is ready

Added by JERiveraMoya about 2 months ago. Updated about 1 month ago.

Target version:
Start date:
Due date:
% Done:


Estimated time:



openQA test in scenario sle-15-SP4-Online-aarch64-installer_extended@aarch64 fails in


  1. 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);
  2. If it is a timing issue, follow one of the suggestions in "Assumptions" section of the ticket.


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.


#1 Updated by JERiveraMoya about 2 months ago

  • Tags set to qe-yast-refinement
  • Project changed from openQA Tests to qe-yast
  • Category deleted (Bugs in existing tests)
  • Target version set to Current

#2 Updated by oorlov about 2 months ago

  • Tags deleted (qe-yast-refinement)
  • Description updated (diff)
  • Status changed from New to Workable

#3 Updated by oorlov about 2 months ago

  • Status changed from Workable to In Progress
  • Assignee set to oorlov

#4 Updated by geor about 1 month 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?

#5 Updated by oorlov about 1 month ago

  • Status changed from In Progress to Feedback

#6 Updated by oorlov about 1 month ago

  • Status changed from Feedback to Closed

Also available in: Atom PDF