Project

General

Profile

Actions

action #96368

closed

[sporadic][desktop][qem] test fails in firefox_html5 - youtube cookie dialog shown with overlayed language selection instead of scrolling down auto_review:"no candidate needle with tag.*'firefox-accept-youtube-cookies-agree' matched":retry

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

Status:
Resolved
Priority:
Normal
Assignee:
Category:
Bugs in existing tests
Target version:
Start date:
2021-07-30
Due date:
% Done:

100%

Estimated time:
Difficulty:

Description

Observation

openQA test in scenario sle-15-SP2-Desktop-DVD-Updates-x86_64-qam-regression-firefox-SLED@64bit fails in
firefox_html5
with a youtube cookie dialog shown with overlayed language selection instead of scrolling down

Reproducible

https://openqa.suse.de/tests/6610264#next_previous shows 4/131 runs => 3.1% fail ratio

Find jobs referencing this ticket with the help of
https://raw.githubusercontent.com/os-autoinst/scripts/master/openqa-query-for-job-label ,
call openqa-query-for-job-label poo#96368

Expected result

Last good: 20210702-2 showing the detected cookie approval dialog, scrolling down and accepting the button press

Further details

Always latest result in this scenario: latest

The code was introduced in https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/12216 by dzedro wrongly referencing to #90275 which is most likely not related. The test module maintainer is "wnereiz wnereiz@gmail.com" who has not changed the test module since 2015 so the test module maintainer should be updated as well. I assume to the "desktop" team.

Actions #1

Updated by okurz over 2 years ago

  • Subject changed from [sporadic][desktop][qem] test fails in firefox_html5 - youtube cookie dialog shown with overlayed language selection instead of scrolling down auto_review:"no candidate needle with tag(s) 'firefox-accept-youtube-cookies-agree' matched":retry to [sporadic][desktop][qem] test fails in firefox_html5 - youtube cookie dialog shown with overlayed language selection instead of scrolling down auto_review:"no candidate needle with tag.*'firefox-accept-youtube-cookies-agree' matched":retry
  • Description updated (diff)
Actions #2

Updated by dzedro over 2 years ago

  • Status changed from New to In Progress
  • Assignee set to dzedro
Actions #4

Updated by okurz over 2 years ago

PR merged. You should invite at least your QE Core team members to do a better job in reviewing pull requests so that you don't need to merge yourself without any review.

https://openqa.suse.de/tests/6644477#step/firefox_html5/21 does not look like it works.

Actions #5

Updated by dzedro over 2 years ago

okurz wrote:

PR merged. You should invite at least your QE Core team members to do a better job in reviewing pull requests so that you don't need to merge yourself without any review.

https://openqa.suse.de/tests/6644477#step/firefox_html5/21 does not look like it works.

I didn't break openQA and went for vacation ;), it's just common openQA issue with timeouts.

https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/13029

Actions #6

Updated by okurz over 2 years ago

dzedro wrote:

it's just common openQA issue with timeouts.

And if you would develop an application in rust you would say "common rust application development issues with timeouts"? It's all the same: The challenge of concurrent programming. Don't blame openQA when it's about the design of programs. A wait_still_screen(2) won't hold for long, just hide problems.

Actions #7

Updated by dzedro over 2 years ago

okurz wrote:

dzedro wrote:

it's just common openQA issue with timeouts.

And if you would develop an application in rust you would say "common rust application development issues with timeouts"? It's all the same: The challenge of concurrent programming. Don't blame openQA when it's about the design of programs. A wait_still_screen(2) won't hold for long, just hide problems.

What problems ? It takes time for pop-up to close, after pressing "I agree" button.
I don't blame openQA, it's just result of fast tests and openQA becoming slower, not scaling, because of higher load, features or whatever.

Actions #8

Updated by dzedro over 2 years ago

  • Status changed from In Progress to Resolved
  • % Done changed from 0 to 100

I observed failure due to ad. I unsuccesfuly tried to reproduce and fix that. Luckily I didn't observer it again ... happy me.

Actions #9

Updated by szarate over 2 years ago

  • Target version set to QE-Core: Ready
Actions

Also available in: Atom PDF