Catch RHBZ #1314991 and handle it, with a soft failure

We can deal with this annoying bug by looking out for the error
we see when it happens, hitting the 'refresh' button again, and
resetting the loop counter to 1 (requires changing the loop to
a C-style loop).
This commit is contained in:
Adam Williamson 2017-09-06 14:08:53 -07:00
parent dbc0be8f8f
commit 99a203b8e0
3 changed files with 26 additions and 2 deletions

View File

@ -0,0 +1,16 @@
{
"tags": [
"DESKTOP-gnome",
"desktop_package_tool_update_bz1314991"
],
"properties": [],
"area": [
{
"xpos": 455,
"ypos": 344,
"width": 114,
"height": 114,
"type": "match"
}
]
}

Binary file not shown.

After

Width:  |  Height:  |  Size: 16 KiB

View File

@ -41,8 +41,16 @@ sub run {
assert_and_click 'desktop_package_tool_update';
# refresh updates
assert_and_click 'desktop_package_tool_update_refresh', '', 120;
# wait for refresh, then apply updates
for my $n (1..5) {
# wait for refresh, then apply updates, using a C-style loop so we
# can reset it if needed due to RHBZ #1314991
for (my $n = 1; $n < 6; $n++) {
# Check if we see the 'cancelled by user action' error we get
# when #1314991 happens, if so, refresh and restart the loop
if (check_screen 'desktop_package_tool_update_bz1314991', 1) {
record_soft_failure "RHBZ #1314991 (background PK operation interfered with update)";
assert_and_click 'desktop_package_tool_update_refresh';
$n = 1;
}
last if (check_screen 'desktop_package_tool_update_apply', 120);
mouse_set 10, 10;
mouse_hide;