Bugzilla – Bug 1212983
[Build 20230703] sddm - user session is not always on the VT it is expected to be on
Last modified: 2023-07-05 17:20:51 UTC
## Observation This is a bit surprising, btonly happens in one of the openQA tests, but on that one reliably. The test expects the KDE session on VT2 (where is moved with sddm 0.20) - but for some reason after login out, and back in, the session is not where it is supposed to be. Most other openQA tests for KDE/Plasma seem to get this right though openQA test in scenario opensuse-Tumbleweed-NET-x86_64-zdup_tw2twnext_kde@64bit-3G fails in [xterm](https://openqa.opensuse.org/tests/3405380/modules/xterm/steps/3) ## Test suite description EXCLUDE_MODULES=opensuse_welcome added as it is required for non TW zdup ## Reproducible Fails since (at least) Build [20230703](https://openqa.opensuse.org/tests/3402838) ## Expected result Last good: [20230701](https://openqa.opensuse.org/tests/3399663) (or more recent) ## Further details Always latest result in this scenario: [latest](https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=opensuse&flavor=NET&machine=64bit-3G&test=zdup_tw2twnext_kde&version=Tumbleweed)
I was able to reproduce this once in several (~5?) tries in a VM. According to fuser, Xorg is the only user of the tty while the session is running. The "-novtswitch" option is not used, so when Xorg stops, it switches back to whatever VT was previously active (in this case tty1 or tty6) before it dies. Only after it dies, sddm allocates a new VT which should pretty much always be the previous one. Probably a race condition somewhere.