Project

General

Profile

Actions

action #113435

open

[desktop][qe-core][sporadic] test fails in firefox_downloading due to empty download list expected but not empty auto_review:"(?s)found firefox-downloading-menu.*no candidate needle with tag.*firefox-downloading-blank_list.*matched":retry

Added by okurz over 2 years ago. Updated 8 months ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
Bugs in existing tests
Target version:
-
Start date:
2022-07-10
Due date:
% Done:

0%

Estimated time:
Difficulty:

Description

Observation

openQA test in scenario sle-15-SP4-Server-DVD-Updates-x86_64-qam-regression-firefox-SLES@64bit fails in
firefox_downloading
due to empty download list expected but not empty. The individual entries are selected to be removed from the download list with the hotkey "d" pressed multiple times but apparently this does not work reliably. Interestingly in https://openqa.suse.de/tests/9099496#step/firefox_downloading/78 just after the post_fail_hook was triggered the download list is actually empty.

Test suite description

Testsuite maintained at https://gitlab.suse.de/qa-maintenance/qam-openqa-yml.

Reproducible

https://openqa.suse.de/tests/9099496#comments states that the issue is reproducible however it seems to still be sporadic. Judging from https://openqa.suse.de/tests/9099496#next_previous the issue has a fail ratio of about 50%.

Impact

I found this test failure reviewing SLE maintenance test results which were blocking automatic approval meaning that test failures like these block automatic SLE maintenance update releases hence the issue should be treated with urgency.

Expected result

Either the test should be fixed to have a reliably cleared download list with either hotkeys or mouse clicks or maybe that part of the test can be removed and is not necessary to maintain anymore. I understand how integration with the underlying OS should be tested, e.g. that an open file dialog works, but cleaning the download list is very much a Firefox-only test where we can rely on upstream behaviour not needing downstream tests.

Suggestions

  • Update the test description as it has no specific details for this test suite
  • Update the test module maintainer, wnereiz <wnereiz@github> is outdated and should have a proper SUSE contact team/person
  • Consider making the test more resilient as the test module seems to be rather unstable and has no stable design, e.g. the reliance on a hardcoded Leap ISO medium is a bad choice
  • Verify stability with the approach outlined in https://progress.opensuse.org/projects/openqatests/wiki/Wiki#Statistical-investigation

Rollback steps

Enable module again in test schedule, see https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/15197

Further details

Always latest result in this scenario: latest


Related issues 8 (0 open8 closed)

Related to openQA Tests - action #111207: [qe-core] test fails in firefox_downloadingResolvedmgrifalconi

Actions
Related to openQA Tests - action #110662: [qe-core] test fails in firefox_downloadingRejectedmgrifalconi

Actions
Related to openQA Tests - action #110569: [qem] [core] test fails in firefox_downloadingResolvedmgrifalconi

Actions
Related to openQA Tests - action #101112: [qe-core] firefox preferences and other key presses with alt key failingResolveddzedro2021-10-18

Actions
Related to openQA Tests - action #97907: [desktop][sle15sp4] test fails in firefox_downloading; needle update for GNOME40 upgradeResolved2021-09-02

Actions
Related to openQA Tests - action #88048: [qe-core][qem] test fails in firefox_downloadingResolveddzedro

Actions
Related to openQA Tests - action #68929: [qam] [firefox] new needles and possibly new behaviourResolvedpunkioudi2020-07-14

Actions
Related to openQA Tests - action #62264: [desktop][sle15sp2] test fails in firefox_downloadingResolvedzcjia2020-01-19

Actions
Actions #1

Updated by okurz over 2 years ago

  • Subject changed from [desktop][qe-core][sporadic] test fails in firefox_downloading due to empty download list expected but not empty auto_review:"(?s)found firefox-downloading-menu. to [desktop][qe-core][sporadic] test fails in firefox_downloading due to empty download list expected but not empty auto_review:"(?s)found firefox-downloading-menu.*no candidate needle with tag.*firefox-downloading-blank_list.*matched":retry
Actions #2

Updated by okurz over 2 years ago

  • Description updated (diff)
  • Priority changed from Normal to Urgent
Actions #3

Updated by okurz over 2 years ago

  • Related to action #111207: [qe-core] test fails in firefox_downloading added
Actions #4

Updated by okurz over 2 years ago

  • Related to action #110662: [qe-core] test fails in firefox_downloading added
Actions #5

Updated by okurz over 2 years ago

  • Related to action #110569: [qem] [core] test fails in firefox_downloading added
Actions #6

Updated by okurz over 2 years ago

  • Related to action #101112: [qe-core] firefox preferences and other key presses with alt key failing added
Actions #7

Updated by okurz over 2 years ago

  • Related to action #97907: [desktop][sle15sp4] test fails in firefox_downloading; needle update for GNOME40 upgrade added
Actions #8

Updated by okurz over 2 years ago

  • Related to action #88048: [qe-core][qem] test fails in firefox_downloading added
Actions #9

Updated by okurz over 2 years ago

  • Related to action #68929: [qam] [firefox] new needles and possibly new behaviour added
Actions #10

Updated by okurz over 2 years ago

  • Related to action #62264: [desktop][sle15sp2] test fails in firefox_downloading added
Actions #11

Updated by okurz over 2 years ago

  • Description updated (diff)

Proposing to temporarily delete the test module from the schedule in https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/15197

Actions #12

Updated by szarate over 2 years ago

  • Tags set to qe-core-coverage
Actions #13

Updated by okurz over 2 years ago

okurz wrote:

Proposing to temporarily delete the test module from the schedule in https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/15197

merged.

Actions #14

Updated by okurz over 2 years ago

  • Priority changed from Urgent to High

I would assume with the module disabled we don't need to keep it as "urgent"? So setting a lower prio.

Actions #15

Updated by slo-gin about 2 years ago

This ticket was set to High priority but was not updated within the SLO period. Please consider picking up this ticket or just set the ticket to the next lower priority.

Actions #16

Updated by slo-gin about 2 years ago

This ticket was set to High priority but was not updated within the SLO period. Please consider picking up this ticket or just set the ticket to the next lower priority.

Actions #17

Updated by slo-gin about 2 years ago

This ticket was set to High priority but was not updated within the SLO period. Please consider picking up this ticket or just set the ticket to the next lower priority.

Actions #18

Updated by szarate about 2 years ago

  • Tracker changed from action to tickets
  • Project changed from openQA Tests to QE-Workstation
  • Category deleted (Bugs in existing tests)
  • Priority changed from High to Normal
  • Relevance set to P5
Actions #19

Updated by szarate about 2 years ago

  • Tracker changed from tickets to action
  • Project changed from QE-Workstation to openQA Tests
  • Category set to Bugs in existing tests
  • Relevance deleted (P5)
Actions #20

Updated by slo-gin 8 months ago

This ticket was set to Normal priority but was not updated within the SLO period. Please consider picking up this ticket or just set the ticket to the next lower priority.

Actions

Also available in: Atom PDF