Drop the workaround for #1625572
It's fixed everywhere now, and the workaround can misfire if the first g-i-s is slow quitting (see https://openqa.fedoraproject.org/tests/280482)
This commit is contained in:
parent
1034104526
commit
923267574d
@ -70,19 +70,10 @@ sub run {
|
|||||||
}
|
}
|
||||||
}
|
}
|
||||||
if (get_var("DESKTOP") eq 'gnome' && get_var("INSTALL_NO_USER")) {
|
if (get_var("DESKTOP") eq 'gnome' && get_var("INSTALL_NO_USER")) {
|
||||||
# wait for the stupid 'help' screen to show and kill it. Also,
|
# wait for the stupid 'help' screen to show and kill it
|
||||||
# FIXME 2018-09: #1625572 means g-i-s 'first login' mode runs
|
if (check_screen "getting_started", 30) {
|
||||||
# after 'user creation' mode on F29 and Rawhide install tests,
|
send_key "alt-f4";
|
||||||
# even though it shouldn't. So, let's check for that too.
|
wait_still_screen 5;
|
||||||
if (check_screen ["next_button", "getting_started"], 120) {
|
|
||||||
if (match_has_tag "getting_started") {
|
|
||||||
send_key "alt-f4";
|
|
||||||
wait_still_screen 5;
|
|
||||||
}
|
|
||||||
else {
|
|
||||||
record_soft_failure "gnome-initial-setup ran in both modes, probably RHBZ#1625572";
|
|
||||||
gnome_initial_setup();
|
|
||||||
}
|
|
||||||
}
|
}
|
||||||
else {
|
else {
|
||||||
record_soft_failure "'getting started' missing (probably BGO#790811)";
|
record_soft_failure "'getting started' missing (probably BGO#790811)";
|
||||||
|
Loading…
Reference in New Issue
Block a user