With recent Rawhide KDE, abrt runs, but the UI is weirdly grey.
This workaround needle handles that.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
Now fwupd is showing us dbx updates, it seems we get *both* a
"Restart & Update..." button *and* a "Download" button at the
same time. If we click Restart & Update without clicking Download
first, package updates aren't applied.
So, tweak this logic yet again so that it 'breaks the tie' in
the way we want (if both buttons are present, click the download
one, take download out of the tags, and go to the next loop
iteration). Hopefully this solves the problem without breaking
any other paths.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
webui has a language selection screen as of anaconda-42.24-1, so
handle it. For now still handle it not appearing, we can drop
that path once the update is stable and in a compose.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
The kernel change that caused this to fail frequently got reverted
for 6.13 final, so it's not causing us trouble any more. Let's
drop the retries.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
This new way is working better, but a few times I've seen it fail,
I think because it's matching the 'updates' link while it's still
scrolling so when it clicks, the link has moved and the click
fails. Let's wait a bit after we see it, then match *again* and
click, instead of relying on the last match area.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
fwupd 2.0.4 is offering DBX updates for openQA tests, and they
seem to fail if we use the 'regular' pflash code/vars images.
Using the 4M images - which apparently provide more space for
EFI variables - seems to work. There's no real downside to using
those images in every test, AFAIK, so let's do that.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
A FreeIPA update failed tests because dogtag-pki and bind don't
provide the now-necessary virtual provides for users and groups
they create. These builds fix that, adding them as workarounds
before they go stable will let me rerun the FreeIPA tests and
let that update through.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
We've *usually* already installed it for bodhi or koji clients
(on the update and task paths), but on the COPR path, we have
not, and updvercheck crashes. If it's already there this will
do nothing and return 0 so it's OK.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
In recent Firefox, just pressing 'up' once doesn't seem to work
100% to scroll to the bottom of the list so we can see the Update
link. So, let's do it up to 3 times!
Signed-off-by: Adam Williamson <awilliam@redhat.com>
Unfortunately it doesn't look like qemu `-cpu host` really does
fully work around the grub2-mkconfig install hang issue, so we
need retries still :( As well as doing it for the update tests,
let's do it for the compose install tests. We use a substitution
to only increase the retry count for live images. We don't need
to set INSTALL_RETRY for other products - if it's not set then
RETRY winds up empty, and openQA treats that the same as it being
unset, which is fine.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
Using qemu CPU "host" (match host CPU features) seems to avoid
tests. We'll keep "Nehalem" as the CPU for one test so we will
catch inadvertent baseline bumps.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
OCR seems to be a common trigger of the mystery thread crash.
It's also not working properly anyway - the text we're trying
to match here is not in the current version of the tour but we
pass the needle match somehow. So, let's just ditch the attempt
to use OCR and go with regular area matches.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
The VNC installation method has been replaced with a similar method
based on RDP. This PR uses the old mechanism and alters it for the
RDP method.
The test suite consists of two parts, a server and a client part.
The server is the real test on which Fedora Custom installation
is performed from the client via RDP.
The client is spinned off the pre-installed desktop image.
Fixes#345
It's back in ~/Documents on Rawhide. Let's stop trying to guess
when it's where and just be happy with it being in either place.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
It always matches, even when we're *not* working around the KDE
title bar issue, so we'd better not mark it as a workaround.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
It was only used by a bit of gnome-initial-setup handling that
was removed as we no longer use it since F39 went EOL.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
