Project

General

Profile

Actions

action #25654

closed

firefox_audio: address frequently mistyped

Added by dimstar over 6 years ago. Updated over 6 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
Bugs in existing tests
Target version:
-
Start date:
2017-09-28
Due date:
% Done:

0%

Estimated time:
Difficulty:

Description

Observation

openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-update_123@64bit fails in
firefox_audio

Reproducible

Fails since (at least) Build 20170926

Expected result

Last good: 20170925 (or more recent)

Further details

Always latest result in this scenario: latest

Human observation

The issue happens quite a lot, and it is always http:// being mis-typed as htp://;

Actions #1

Updated by okurz over 6 years ago

This is an autogenerated message for openQA integration by the openqa_review script:

This bug is still referenced in a failing openQA test: xfce
https://openqa.opensuse.org/tests/502970

Actions #2

Updated by dimstar over 6 years ago

One observation: openQA seems to be more likley to 'miss' a keystroke when there are double-letters.

Like in the ff-audio test, http:// is commonly misspelled htp://; similary, LO-Writer on KDE often mistypes 'Hello world!' as 'Helo world!'; in both cases the repeated letter is missing.

Actions #3

Updated by okurz over 6 years ago

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

Updated by riafarov over 6 years ago

As previous commit didn't help, let's see if typing slowly will do the trick: https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/3884

Actions #5

Updated by okurz over 6 years ago

so my PR is merged, tests look to be more stable but not completely, e.g. https://openqa.opensuse.org/tests/527805#step/firefox_audio/5 shows an empty recording window. Maybe something starts/stops too early/late here?

Actions #6

Updated by okurz over 6 years ago

  • Assignee changed from okurz to riafarov

again a mismatch in the audio output: https://openqa.opensuse.org/tests/543343#step/firefox_audio/5

@riafarov How would you handle that? With your new addition to os-autoinst as well?

Actions #7

Updated by riafarov over 6 years ago

Yes, we can either introduce soft-failure or create needle with lower match margin (e.g. 65%).

Actions #8

Updated by okurz over 6 years ago

  • Status changed from In Progress to Resolved
  • Assignee changed from riafarov to okurz

ok right. Created a needle "DTMF-159D-slower-2-20171201". Could help. If necessary maybe another needle. If that still not helps we should reopen.

Actions

Also available in: Atom PDF