action #57077

action #55703: send_keys() doesn't guarantee that the application will handle modifiers+normal_key properly

[functional][u][sporadic] test fails in vlc - open network protocol setting page is unreliable with ctrl-n

Added by mlin7442 7 months ago. Updated 4 months ago.

Status:ResolvedStart date:19/09/2019
Priority:NormalDue date:
Assignee:coolo% Done:

0%

Category:Concrete BugsEstimated time:42.00 hours
Target version:SUSE QA tests - Milestone 28
Difficulty:
Duration:

Description

Observation

openQA test in scenario opensuse-Tumbleweed-NET-x86_64-gnome@64bit fails in
vlc

Suggestions

  • Change the key combination with simple keys or use another approach to perform the same action without sending multiple keys with one send_key.

Reproducible

Fails since (at least) Build 20190911

Expected result

Last good: 20190909 (or more recent)

Further details

Always latest result in this scenario: latest

History

#1 Updated by SLindoMansilla 6 months ago

  • Subject changed from test fails in vlc - open network protocol setting page is unreliable with ctrl-n to [functional][u] test fails in vlc - open network protocol setting page is unreliable with ctrl-n
  • Description updated (diff)
  • Priority changed from Normal to High

#2 Updated by SLindoMansilla 6 months ago

  • Parent task set to #55703

#3 Updated by SLindoMansilla 6 months ago

  • Subject changed from [functional][u] test fails in vlc - open network protocol setting page is unreliable with ctrl-n to [functional][u][sporadic] test fails in vlc - open network protocol setting page is unreliable with ctrl-n
  • Description updated (diff)
  • Status changed from New to Workable
  • Priority changed from High to Low
  • Target version set to Milestone 28
  • Estimated time set to 42.00

#4 Updated by okurz 5 months ago

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

This bug is still referenced in a failing openQA test: zdup-Leap-15.1-gnome
https://openqa.opensuse.org/tests/1073351

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

#5 Updated by SLindoMansilla 5 months ago

  • Priority changed from Low to Normal

Should be fixed by: https://github.com/os-autoinst/os-autoinst/pull/1260/files

To resolve, provide verification runs, set a proper value for VNC_TYPING_LIMIT if necessary.

#6 Updated by okurz 4 months ago

  • Category set to Concrete Bugs
  • Status changed from Workable to Resolved
  • Assignee set to coolo

https://openqa.opensuse.org/tests/1107025#next_previous shows 20 jobs in a row without a failure in VLC. So we can assume the above PR is helping. However vlc in general can be flaky. The openQA backend specific problem about modifier keys should be fixed however.

Also available in: Atom PDF