Description of problem: The virtualbox running LXQt session starts to display diaporama, then got stuck after some minutes, using lot of CPU. The window is unresponsive, I can only kill it. Installed from Classic Installer, with only LXQt. No configuration steps. The journal shows no abnormality.
Running a Virtualbox VM x86_64 client Mageia 8 with lxqt as desktop, on a x_-_64 host with Mageia 8 Plasma. It was installed from Classic ISO + online repositories. First try: Leaving default settings and leaving the VM goes idle... Nearly 15 minutes to wait... So, Under LXQt settings, Power Management, there is Idleness Watcher config. By Default: it set as this: Idle: When idle then: Nothing. Idle time: 15 minutes I have reproduced the reported behaviour when I set "Lock screen" instead of "Nothing" in LXQt settings, Power Management, Idle: When idle then: VM uses nearly 35% CPU and the slideshow hangs on a transition. If now I left here default settings to "Nothing". There is still a ScreenLocker by XScreenSaver. But, furthermore, XScreenSaver seems to be the slideshow here, and it has is own settings. XScreenSaver Settings are in Menu => Settings => XScreenSaver By default, it starts 5 minutes idle time and locks session 10 minutes after starting screen saver. Lowering it to 1 min to see this in action. It correctly launches XScreensaver with a slideshow which asks for password to unlock. It does not hangs. VM uses nearly 10% cpu according to KSysGuard on Host. Now, unsetting lxqt Idle Watcher: LXQt Settings => Power Management => Idleness Watcher. Uncheck it. Leaving XScreenSaver untouched... It seems it displays correctly its slideshow... and after 1 more minute, it correctly asks for a password... Rebooting this VM. Second try: Leaving VM idle without touching settings. XScreenSaver opens itself. Correctly asks for password. No hang. Hum... This reminds me conflicts with Light Locker Xfce ScreenSaver for an other bug... It can't be 2 screenlockers running for same session...
CC: (none) => ouaurelien
Stop. While I leave the above VM running and I'm writing Comment 1, my hosts hangs for nearly 10 seconds... $ journalctl -f shows: kwin_x11[2448]: kwin_scene_opengl: OpenGL 2 compositing setup failed févr. 23 14:01:10 mageia.local kwin_x11[2448]: kwin_scene_opengl: OpenGL driver recommends XRender based compositing. Falling back to XRender. févr. 23 14:01:10 mageia.local kwin_x11[2448]: kwin_scene_opengl: To overwrite the detection use the environment variable KWIN_COMPOSE févr. 23 14:01:10 mageia.local kwin_x11[2448]: kwin_scene_opengl: For more information see https://community.kde.org/KWin/Environment_Variables#KWIN_COMPOSE févr. 23 14:01:11 mageia.local dbus-daemon[2319]: [session uid=1000 pid=2319] Activating service name='org.kde.KSplash' requested by ':1.181' (uid=1000 pid=31115 comm="/usr/bin/kwin_x11 --crashes 1") févr. 23 14:01:11 mageia.local kwin_x11[31115]: kwin_core: Compositing is not possible With many [drm:vmw_msg_ioctl [vmwgfx]] *ERROR* Failed to open channel. in the Client VM. This claims a Virtualbox bug and Bug 28330. So I don't think this is a bug in lxqt nor in XScreenSaver but in Virtualbox.
Source RPM: (none) => virtualbox-6.1.18-2.mga8.src.rpmDepends on: (none) => 28330
Status comment: (none) => Host system can also hang or disabling compositing.Summary: LXQt session no more responsive in virtualbox after some minutes quiet => LXQt session no more responsive in virtualbox after some minutes idle
Assigned to the package maintainer. (Please set the status to 'assigned' if you are working on it)
Assignee: bugsquad => tmb
I didn't encounter this problem anymore. Thus closing.
Status: NEW => RESOLVEDResolution: (none) => FIXED