action #111752
closed
[leap][qe-core] test fails in xterm - mistyping test string due to lost focus
Added by mloviska almost 2 years ago.
Updated about 1 year ago.
Category:
Bugs in existing tests
Description
Observation¶
openQA test in scenario opensuse-15.4-Leap-DVD-Incidents-x86_64-gnome@64bit fails in
xterm
Test suite description¶
Testsuite maintained at https://gitlab.suse.de/qa-maintenance/qam-openqa-yml. Maintainer: slindomansilla
The standard scenario where we mainly just follow installation suggestions without any adjustments as long as the default desktop is gnome.
Reproducible¶
Fails since (at least) Build :24410:vim (current job)
Expected result¶
Last good: :24409:vim (or more recent)
Further details¶
Always latest result in this scenario: latest
- Tags set to bugbusters
- Status changed from New to Workable
- Target version set to QE-Core: Ready
It seems to me like a sporadical issue. I will add it in the bugbusters list, but with a normal priority :)
- Status changed from Workable to In Progress
- Assignee set to mloviska
- Related to action #110542: Try to mitigate "VNC typing issues" with disabled key repeat added
Haven't seen a xterm failure lately
- Status changed from In Progress to Resolved
- Status changed from Resolved to In Progress
xterm does not run as native Wayland application, but as XWayland.
localhost gsd-xsettings
localhost.localdomain gnome-shell
localhost.localdomain spice-vdagent
localhost.localdomain xterm
localhost.localdomain xterm
AFAICT, the lost focus appears mostly right after reboot of the machine.
Adding a sleep call in updates_packagekit_gpk::setup_system before executing x11_start_program does not show the issue anymore. Maybe we are dealing with some race condition, however I have not reproduced the issue outside openQA
Seems like the lost focus happens when a X11 application is started before Xwayland
UID PID PPID C STIME TTY TIME CMD
bernhard 1683 1253 0 09:29 ? 00:00:00 xcalc ---> started w/o focus
bernhard 1684 1253 0 09:29 ? 00:00:00 /usr/bin/Xwayland :0 -rootless -
bernhard 1824 1253 0 09:30 ? 00:00:00 xterm ---> started w/ focus
they all have a common parent
UID PID PPID C STIME TTY TIME CMD
bernhard 1253 1172 2 09:29 ? 00:00:13 /usr/bin/gnome-shell
GNOME focus default settings for new windows is set to smart, seemingly changing the option to strict might fix our sporadic stealing windows focus issue.
- Subject changed from [leap][qe-core] test fails in xterm - mistyping test string to [leap][qe-core] test fails in xterm - mistyping test string due to lost focus
- Status changed from In Progress to Feedback
- Status changed from Feedback to Workable
This has been appearing a log lately, and the PR has stalled, so, after discussing it with Martin I am putting this back to the bug buster queue.
- Assignee deleted (
mloviska)
- Status changed from Workable to In Progress
- Assignee set to apappas
- Status changed from In Progress to Workable
- Assignee deleted (
apappas)
- Status changed from Workable to In Progress
- Assignee set to apappas
- Assignee changed from apappas to dzedro
- Status changed from In Progress to Resolved
Also available in: Atom
PDF