QA » openQA Project » openQA Tests

pretty messed up. bootloader.pm exists early if BOOT_HDD_IMAGE is set. bootloader_uefi does something though. So on JeOS there's an explicit path to load a differnt file jeos/grub2.pm in that case. Looks like bootloader_uefi is also used on aarch64 when booting from hard disks.
The code should be changed to also not be used on disk boots. Instead jeos/grub2.pm should be moved to a generic location that can then be reused by other products.

will submit patch that switched the gfxboot detection to using needles as first step

This ticket was set to "Normal" priority but was not updated within the SLO period for "Normal" tickets (365 days) as described on https://progress.opensuse.org/projects/openqatests/wiki/Wiki#SLOs-service-level-objectives . Please consider picking up this ticket within the next 365 days or just set the ticket to the next lower priority of "Low" (no SLO related time period). This update was done as agreed within the SUSE QE Sync call 2021-09-01

@lnussel: what is meant by microos here? The tumbleweed version of microos? The Leap version? Could we maybe label that correctly, or even close the ticket if it is irrelevant?

The description refers to microos-15.2-MicroOS and was fixed by adding yet another hack to the already crappy code https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/10205.

The conclusion from discovering the issue is that the code needs improvement and refactoring to be less fragile as mentioned in #66200-2. That's also what https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/10161 is about. However, looks like there was no interest in investing in cleaner code.

So even though the failure is not visible anymore the ticket is not irrelevant. May make sense to change category to improvement rather than handling as bug though.

This ticket was set to Normal priority but was not updated within the SLO period. Please consider picking up this ticket or just set the ticket to the next lower priority.