You are not logged in.
I previously posted in this thread https://www.q4os.org/forum/viewtopic.php?id=5944 about what I saw as twin problems.
Subsequently I have had 2 freezes on an installed machine which match those I was also seeing in VMs.
I cannot force reproduce this but it is consistently in the area of Control Panel>Desktop>Window Behaviour
Translucency I set Use Open GL
On the Moving tab I reduced Snap Zones to 0
Animate minimize and restore off
Display content in resizing off
Shadows I was changing the top 4 options down to Use Shadows on Windows and the whole desktop locked.
Today I was in the same territory and the same issue arose - some of the changes I made yesterday had not been applied and so I was redoing them.
On reflection whenever this has happened on VMs it has always been in the same part of the Control Panel.
I guess it is some combination that does not like being changed "on the fly" along with others - possibly the OpenGL option.
System:
Host: trinity Kernel: 6.12.63+deb13-amd64 arch: x86_64 bits: 64
Desktop: TDE (Trinity) v: R14.1.5 Distro: Q4OS 6.5.1-deb13u1
Machine:
Type: Desktop System: Dell product: OptiPlex 7040 v: N/A
serial: <superuser required>
Mobo: Dell model: 0HD5W2 v: A01 serial: <superuser required> UEFI: Dell
v: 1.24.0 date: 07/14/2022
CPU:
Info: quad core model: Intel Core i5-6500 bits: 64 type: MCP cache:
L2: 1024 KiB
Speed (MHz): avg: 800 min/max: 800/3600 cores: 1: 800 2: 800 3: 800 4: 800
Graphics:
Device-1: Intel HD Graphics 530 driver: i915 v: kernel
Display: x11 server: X.Org v: 21.1.16 driver: X: loaded: modesetting
unloaded: fbdev,vesa dri: iris gpu: i915 resolution: 1920x1080~60Hz
API: EGL v: 1.5 drivers: iris,swrast platforms: gbm,x11,surfaceless,device
API: OpenGL v: 4.6 compat-v: 4.5 vendor: intel mesa v: 25.0.7-2
renderer: Mesa Intel HD Graphics 530 (SKL GT2)
API: Vulkan v: 1.4.309 drivers: intel,llvmpipe surfaces: xcb,xlib
Info: Tools: api: clinfo, eglinfo, glxinfo, vulkaninfo x11: xdriinfo,
xdpyinfo, xprop, xrandr
Audio:
Device-1: Intel 100 Series/C230 Series Family HD Audio driver: snd_hda_intel
API: ALSA v: k6.12.63+deb13-amd64 status: kernel-api
Server-1: aRts v: 1.5.10 status: active
Server-2: PipeWire v: 1.4.2 status: active
Network:
Device-1: Intel Ethernet I219-LM driver: e1000e
IF: enp0s31f6 state: down mac: 50:9a:4c:4c:b1:c8
Device-2: Ralink MT7601U Wireless Adapter driver: mt7601u type: USB
IF: wlx00e02d1b0098 state: up mac: 00:e0:2d:1b:00:98
Drives:
Local Storage: total: 238.47 GiB used: 128.93 GiB (54.1%)
ID-1: /dev/sda model: MicroDream 256G SSD size: 238.47 GiB
Partition:
ID-1: / size: 23.86 GiB used: 7.98 GiB (33.5%) fs: ext4 dev: /dev/sda2
ID-2: /boot/efi size: 998 MiB used: 7 MiB (0.7%) fs: vfat dev: /dev/sda1
ID-3: /home size: 208.68 GiB used: 120.94 GiB (58.0%) fs: ext4
dev: /dev/sda3
Swap:
Alert: No swap data was found.
Sensors:
System Temperatures: cpu: 25.0 C pch: 34.5 C mobo: N/A
Fan Speeds (rpm): N/A
Info:
Memory: total: 16 GiB available: 15.51 GiB used: 1.41 GiB (9.1%)
Processes: 215 Uptime: 1h 20m Shell: Bash inxi: 3.3.38Offline
Opengl is a frequent source of issues, unfortunately often hardware dependent. It would be really helpful to have exact steps to reliable reproduce this one. If you get any valuable info please put it here. In anyway we are starting to investigate, thanks.
Offline
Well, we are able to reproduce the system lock in Virtualnox, likely in the same way you did. So far, the only reproduction steps are:
- Control Panel > Desktop > Window Behavior > Translucency > enable TDE Composition Manager > select OpenGL compositor
- Reboot
- Control Panel > Desktop > Window Behavior > Translucency > enable Blur the background
Enabling “Blur the background” consistently triggers the system lock. We would not assume this is strictly a Twin issue, since the same settings can be applied successfully if the Reboot step is omitted. This points more toward a Control Panel module issue.
In any case, the problem is reproducible in the same way on a native Debian/Trinity setup, so it is not specific to Q4OS but rather an upstream Trinity bug.
Offline
That certainly sounds like the same area. Thank you for taking the time to investigate, I'll raise a bug upstream.
Offline
I have had a response from the TDE team as follows:-
"I assume the issue is not actually a tde-systemsettings related one, but rather a general twin.
While I can reproduce it for r14.1.4 in a VM, I can't reproduce it for current master anymore. Recently there were a few changes to composition-related code (TDE/tdebase#695, TDE/tdebase#704 and still pending TDE/tdebase#712), it's likely the issue was already fixed by one of those."
I don't know if #695 has made its way back here yet? https://mirror.git.trinitydesktop.org/g … /pulls/695
#704 and #712 are slated for R4.1.6.
Offline
We will consider backporting some patches for 14.1.6, but it’s really an exacting process. Because such patches can introduce issues and undesirable consequences into the stable Q4OS version, they must be carefully inspected, thoroughly tested, and fully verified. This requires a significant amount of work and development time.
However it's easily possible to workaround the issue and apply the desired Opengl configuration. Just omit the Reboot step https://www.q4os.org/forum/viewtopic.ph … 895#p33895 . This is also the reason we would lean rather to control panel issue. In anyway, thanks for the update.
Offline
Just had another full lock up altering the Translucency>Shadows>Base Radius settings.
I have to run with OpenGL to avoid tearing esp. in video playback.
Just reporting.
Offline
Yes, it's likely related to the OP. It might be possible to workaround this by following the instructions in the previous post.
Offline