99a203b
@@ -0,0 +1,16 @@
+ {
+ "tags": [
+ "DESKTOP-gnome",
+ "desktop_package_tool_update_bz1314991"
+ ],
+ "properties": [],
+ "area": [
+ "xpos": 455,
+ "ypos": 344,
+ "width": 114,
+ "height": 114,
+ "type": "match"
+ }
+ ]
\ No newline at end of file
@@ -41,8 +41,16 @@
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;
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).
Note: this is currently deployed on staging, so we can keep an eye out and see if it works there. @pschindl
This works:
https://openqa.stg.fedoraproject.org/tests/155576
So I'm merging it now, cos it'd be really nice to have this fixed.
Pull-Request has been merged by adamwill
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).