select_disks: workaround failed first Destination click

In tests of the Rawhide anaconda update that ports to Wayland, we often hit failures because the first attempt to click on Installation Destination doesn't work. This only happened on prod (not staging), it didn't happen every time (but quite often), and we can't reproduce it manually, so it seems like a weird glitch that we should just work around. Simply waiting a second and clicking again seems to do the job, and should be safe even if the first click works (the second click will just be on an empty area of the Installation Destination screen, unless we have like eight disks attached). Signed-off-by: Adam Williamson <awilliam@redhat.com>
Add gjs user switch crash fix update as workaround for F41
2024-11-24 14:53:09 +00:00 · 2024-10-16 12:49:57 -07:00 · 2024-10-16 11:01:32 -07:00 · 2024-10-16 10:57:59 -07:00 · 2024-10-16 10:57:26 -07:00
2 changed files with 9 additions and 3 deletions
--- a/lib/anaconda.pm
+++ b/lib/anaconda.pm
@ -30,8 +30,14 @@ sub select_disks {
    # Anaconda hub
    assert_screen "anaconda_main_hub", 300;
    # Damn animation delay can cause bad clicks here too - wait for it
-    sleep 1;
+    wait_still_screen 3;
    assert_and_click "anaconda_main_hub_install_destination";
+    # it seems that sometimes the first click doesn't work with wayland
+    # on anaconda. we can't reproduce this manually, so work around it
+    # by just clicking again, this is safe even if the first click
+    # *did* work
+    sleep 1;
+    click_lastmatch;

    # this is awkward, but on the install_repository_hd_variation test,
    # we have two disks but in F39 and F40 anaconda knows we're using
--- a/lib/utils.pm
+++ b/lib/utils.pm
@ -474,8 +474,8 @@ sub get_workarounds {
    my $version = shift || get_var("VERSION");
    my %workarounds = (
        "39" => [],
-        "40" => [],
-        "41" => ["FEDORA-2024-04f83605fa"],
+        "40" => ["FEDORA-2024-8ef1271562"],
+        "41" => ["FEDORA-2024-d7dc366b88", "FEDORA-2024-975d19f08d"],
        "42" => [],
        "eln" => [],
    );
Author	SHA1	Message	Date
Adam Williamson	5f1a8eb355	select_disks: workaround failed first Destination click In tests of the Rawhide anaconda update that ports to Wayland, we often hit failures because the first attempt to click on Installation Destination doesn't work. This only happened on prod (not staging), it didn't happen every time (but quite often), and we can't reproduce it manually, so it seems like a weird glitch that we should just work around. Simply waiting a second and clicking again seems to do the job, and should be safe even if the first click works (the second click will just be on an empty area of the Installation Destination screen, unless we have like eight disks attached). Signed-off-by: Adam Williamson <awilliam@redhat.com>	2024-10-16 12:49:57 -07:00
Adam Williamson	d761df56b2	Add gjs user switch crash fix update as workaround for F41 This should allow us to turn the desktop_login test back on for updates. Signed-off-by: Adam Williamson <awilliam@redhat.com>	2024-10-16 11:01:32 -07:00
Adam Williamson	b4910cee94	Add F40 and F41 kwin sluggishness fix updates as workarounds All the KDE flakiness lately is likely caused by the recurrence of https://bugzilla.redhat.com/show_bug.cgi?id=2312900 , which came back because the patch to fix it was inadvertently dropped. This adds the F40 and F41 updates that re-introduce the patch as workarounds to address the sluggishness. Signed-off-by: Adam Williamson <awilliam@redhat.com>	2024-10-16 10:57:59 -07:00
Adam Williamson	d194b9d2af	Drop a workaround that's already stable Signed-off-by: Adam Williamson <awilliam@redhat.com>	2024-10-16 10:57:26 -07:00