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>

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

lib/utils.pm

@@ -474,8 +474,8 @@ sub get_workarounds {
     my $version = shift || get_var("VERSION");
     my %workarounds = (
         "39" => [],
-        "40" => [],
+        "40" => ["FEDORA-2024-8ef1271562"],
-        "41" => ["FEDORA-2024-04f83605fa"],
+        "41" => ["FEDORA-2024-d7dc366b88", "FEDORA-2024-975d19f08d"],
         "42" => [],
         "eln" => [],
     );