action #63415
closed
[qe-core][functional][sporadic] test fails in vlc, looking for "vlc-network-window", stuck on playlist window
Added by okurz about 4 years ago.
Updated over 3 years ago.
Category:
Bugs in existing tests
Target version:
SUSE QA - Milestone 30
Description
Observation¶
openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-gnome@Laptop_64 fails in
vlc
asserting the "vlc-network-window", still stuck on playlist window instead
Suggestions¶
- Fix the test
- The test is pressing ctrl-l which opens the expected menu
- but it is also trying to click (assert_and_click(mustmatch="vlc-playlist-empty", timeout=30)).
Reproducible¶
Failed in 2/4 last jobs in this scenario
Expected result¶
Last good: 20200210 (or more recent)
Should be stable.
Further details¶
Always latest result in this scenario: latest
- Description updated (diff)
- Status changed from New to Workable
- Target version set to Milestone 30
- Estimated time set to 42.00 h
- Status changed from Workable to In Progress
- Assignee set to zluo
--
assert_and_click "vlc-playlist-empty";
send_key "ctrl-n";
assert_screen "vlc-network-window";
send_key "backspace";
--
vlc-playlist-empty shows up, so send_key "ctrl-n" is not working as I can say atm.
100 test runt, no failure:
http://f40.suse.de/tests/7043#next_previous looks good with repeat 3 times and increase timeout for matching 'vlc-network-window'.
Only 1 failure is related to test module opensuse_welcome.
- Status changed from In Progress to Feedback
check test results on o3 in few days then.
- Status changed from Feedback to Resolved
- Status changed from Resolved to Workable
Please see #63415#note-4 . I would be very interested in the fail rate from before and afterwards.
- Assignee deleted (
zluo)
- Priority changed from High to Normal
I don't think this worth to spend even more time on such sporadic issue which mostly related to performance issue. And we have open ticket regarding performance or typing issue for aarch64. If someone has a better idea to fix without fix the root cause, please go ahead.
zluo wrote:
I don't think this worth to spend even more time on such sporadic issue which mostly related to performance issue
Ok but as I suggest the same approach for all "[sporadic]" tickets I suggest you then apply the decision to all tickets, i.e. not pick any tickets about sporadic issues then.
And we have open ticket regarding performance or typing issue for aarch64.
aarch64 has not been mentioned in this ticket at all AFAIK. Also most likely we only have these tickets about the OSD arm workers.
- Subject changed from [functional][u][sporadic] test fails in vlc, looking for "vlc-network-window", stuck on playlist window to [qe-core][functional][sporadic] test fails in vlc, looking for "vlc-network-window", stuck on playlist window
- Status changed from Workable to Feedback
- Assignee set to dheidler
This didn't happen once since the single 9 months old fail that is visible in the previous jobs.
If nobody objects, I would close this one.
- Status changed from Feedback to Resolved
Also available in: Atom
PDF