Drop workaround for #1314991, it doesn't work any more

I rather suspect the *bug* is still basically present and it's
why this test often fails, but we no longer seem to see the
*error message* which lets us detect the bug happening. This
needle has not been hit by any test for six months. So let's
remove the workaround as it adds complexity.

Signed-off-by: Adam Williamson <awilliam@redhat.com>

needles/gnome/desktop_package_tool_update_bz1314991-20171219.json

@@ -1,16 +0,0 @@
-{
-  "area": [
-    {
-      "width": 191,
-      "xpos": 393,
-      "ypos": 92,
-      "type": "match",
-      "height": 21
-    }
-  ],
-  "properties": [],
-  "tags": [
-    "DESKTOP-gnome",
-    "desktop_package_tool_update_bz1314991"
-  ]
-}

needles/gnome/desktop_package_tool_update_bz1314991.json

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

tests/desktop_update_graphical.pm

@@ -46,16 +46,7 @@ sub run {
         # refresh updates
         assert_and_click 'desktop_package_tool_update_refresh', '', 120;
     }
-    # 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;
-        }
+    for my $n (1..5) {
         last if (check_screen 'desktop_package_tool_update_apply', 120);
         mouse_set 10, 10;
         mouse_hide;