openQA Project (public) » openQA Tests (public) » qe-yam

As a user I would like to test with openQA a full installation in another language:

Motivation for this is in this Epic: https://progress.opensuse.org/issues/30580
Functional team has given some steps forward, for example testing in the Installer to switch keyboard layout and currently in progress testing with the tty as root and as a user.
For the moment we need to switch back to English US keyboard because we have encounter some challenges completing a full installation.

qumu provides a way to change language, for example adding: https://github.com/os-autoinst/os-autoinst/blob/master/backend/qemu.pm#L570:
gen_params @params, 'k', $vars->{QEMULANGUAGE} if $vars->{QEMULANGUAGE};

Once qemu is changed we find difficulties in the bootloader test, Our bootloader.pm has a working subroutine select_bootmenu_language that allows to change the language, but should be called the first and not the last due to we need to first change the language to type the bootloader parameters.
--> It works but VNC is in the middle and keys that needs modifier keys (shift, alt, control, etc) does not return the right result (as I could check returns the correct key in the corresponding language without including shift/control/etc).
--> In repo autoinst there is a specific mapping https://github.com/os-autoinst/os-autoinst/blob/master/consoles/VNC.pm#L634 that allows to use modifiers mentioned above.

On the other hand, we might not want to change the language in the bootloader, but once the qemu is configured with -k we need to do it because it starts to convert from the very beginning.
I found specially interesting this article recommended in the qemu documentation https://wiki.archlinux.org/index.php/QEMU: https://www.berrange.com/posts/2010/07/04/more-than-you-or-i-ever-wanted-to-know-about-virtual-keyboard-handling/ which doesn't recommend to use -k parameter in the same way that many other sources neither do.

We are thinking to test with one language first, for example fr and we will need that openQA would support at least one language so shorcuts to access menu would not fail and Installation could be done correctly in another language so on top of that we can test further in the system.