QA » openQA Project » openQA Tests

It seems that already the aplay test failed on aarch64 as the output audio has a too low pitch there and won't be recognized by a DTMF decoder.
But it has a false-positive needle that will make that test module still work.

Suggestions:

• Try something different than aplay (eg mpv)
• Use hda driver insted of ac97 (https://github.com/os-autoinst/os-autoinst/pull/1211)
• Use multiple match areas in the for soundtouch to at least handle the time difference that aplay needs to load the next file
• Add a workaround needle

It also happens on Leap 15.2: https://openqa.opensuse.org/tests/1039573/modules/soundtouch/steps/20

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

This bug is still referenced in a failing openQA test: extra_tests_in_textmode
https://openqa.suse.de/tests/3452636

To prevent further reminder comments one of the following options should be followed:

1. The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
2. The openQA job group is moved to "Released"
3. The label in the openQA scenario is removed

PR merged, waiting for verificaiton on production