Created attachment 181969 [details] Screen recording showing the issue SUMMARY When I resize an Electron-based application's window (e.g. Discord, Obsidian or VSCodium) from the top, left or top-left corner, the application often becomes unresponsive for ~9 seconds. Resizing from the bottom, right or bottom-right corner does not trigger the freeze. During the freeze, I cannot resize or click within the application, but I can still move the window. The more time spent resizing, the higher the likelihood of the freeze/unresponsiveness triggering. The distance resized does not seem to matter, it's more about the time spent resizing. Sometimes it freezes nearly every time I resize; other times, it only happens every 10th to 20th attempt. When exactly it will happen seems inconsistent and nondeterministic to me. Most commonly, it happens every 2-4 times that I resize an electron window from the top or left side. STEPS TO REPRODUCE 1. Open an Electron based app (e.g., Discord or Obsidian) 2. Resize the window from the top, left, or top-left corner, for a few seconds. 3. The application will be unresponsive for ~9 seconds. OBSERVED RESULT The window becomes unresponsive (frozen) for 8-10 seconds. EXPECTED RESULT The window should resize without freezing or becoming unresponsive. SOFTWARE/OS VERSIONS (available in the Info Center app, or by running `kinfo` in a terminal window) Operating System: Arch Linux KDE Plasma Version: 6.3.5 KDE Frameworks Version: 6.14.0 Qt Version: 6.9.0 ADDITIONAL INFORMATION Kernel Version: 6.14.9-arch1-1 (64-bit) Graphics Platform: Wayland Processors: 32 × AMD Ryzen 9 9950X 16-Core Processor Memory: 60.5 GiB of RAM Graphics Processor 1: NVIDIA GeForce RTX 2070/PCIe/SSE2 Graphics Processor 2: NVIDIA GeForce RTX 2070/PCIe/SSE2 WM: KWin (Wayland) WM Theme: Breeze Theme: Breeze (Dark) [Qt], Breeze-Dark [GTK2], Breeze [GTK3] 100% scaling. $ pacman -Q | grep -i nvidia lib32-nvidia-utils 570.153.02-1 nvidia-dkms 570.153.02-1 nvidia-utils 570.153.02-1 opencl-nvidia 570.153.02-1 I have a 144Hz monitor - it also happens when changed to 60Hz. I tried launching Obsidian with --disable-gpu, this did not make a difference. I tried running Obsidian with `WAYLAND_DEBUG=1`, however no messages show up in stdout or in journalctl when the freeze/unresponsiveness happens.
I'm not able to reproduce this on git-master with Discord or Obsidian notes Also not able to reproduce with KDE Neon using Simplenote Are you able to reproduce this on X11 or only on Wayland? Also, are you able to reproduce with a new user? Setting to kwin, as it's an issue related to window management
(In reply to TraceyC from comment #1) > I'm not able to reproduce this on git-master with Discord or Obsidian notes > Also not able to reproduce with KDE Neon using Simplenote > > Are you able to reproduce this on X11 or only on Wayland? > Also, are you able to reproduce with a new user? > > Setting to kwin, as it's an issue related to window management I’m not able to reproduce this on X11. I was able to reproduce this issue with a new user - however only after changing scaling from 145% (default) down to 100%. The issue occurs much less frequently with the new user. With the new user: - It takes me about 2 minutes of resizing to trigger a freeze (tested with Obsidian and VSCodium). - With 145% scaling, I was unable to reproduce the issue after approximately 10-15 minutes of resizing - was not fun (: For info, my screen is 3840x2160. When using my daily normal user account (with Wayland 100% scaling), I can consistently trigger the freeze within the first few resize attempts. The amount of resize attempts needed did not change with how many windows I had open - even with just VSCodium and a kwrite open, I could freeze the window in the first 4 resize tries.
I also just tried changing scaling from 100% to 145% for my daily normal user - this makes it a lot more difficult to trigger the freezes. I have to resize 100+ times on average between each freeze (One can resize rapidly using "WIN+Right Click" on a window). Changing to 100% scaling again and it only takes me ~4 attempts between each freeze. note. I am always resize from the top-left of the window.
Thanks for the additional detail. I re-tested on git-master using a laptop with the display set to 100%, Wayland, as well as on a system with an external monitor 3440 x 1440 @100% and still couldn't reproduce. This looks like either a KWin or Electron issue. What version of Electron is running with VS Codium? In Help - open the Developer Tools, in the console tab, type navigator.userAgent.match(/Electron\/([\d\.]+\d+)/)[1] On my systems, VS Codium is using 34.4.1
These are the Electron versions I have: VSCodium: '34.5.4' Obsidian: '34.5.7' Discord: '35.3.0'
Thanks for the additional detail. I re-tested in a Fedora VM, and wasn't able to reproduce with VSCodium Electron: '34.5.4' I tested with resolutions @100% on Fedora - 1440x900 (16:10) - 2048x1152 (16:9) I'll let the folks who are more knowledgeable about kwin take it from here.
I have noticed that I am also able to easily reproduce this on my laptop, this time using the Signal application, which I also believe is Electron-based. I tried changing to 100% scaling, and then I was able to freeze Signal and VSCodium on my first try. I then left the laptop for a few minutes, and when I come back I had to do perhaps 30-40 resizes before I hit a freeze.. It seems very odd and I have no clue what determines if the window will freeze or not. Operating System: Arch Linux (x86_64) KDE Plasma Version: 6.3.5 KDE Frameworks Version: 6.13.0 Qt Version: 6.9.0 Kernel Version: 6.14.5-arch1-1 (64-bit) Graphics Platform: Wayland Display: 2880x1800 @ 120 Hz (160% scaling) WM: KWin (Wayland) WM Theme: plastik Theme: Breeze (Dark) [Qt], Breeze-Dark [GTK2], Breeze [] Icons: breeze [Qt], breeze [GTK2/3/4] Graphics Processor: Mesa Intel® Graphics CPU: Intel(R) Core(TM) Ultra 7 258V (8) @ 4.80 GHz GPU: Intel Arc Graphics 130V / 140V @ 1.95 GHz [Integra] Memory: 6.15 GiB / 30.82 GiB (20%) Swap: 0 B / 20.00 GiB (0%)
I decided to give this another try, since time has passed and want to make sure that the information in this bug report is up-to-date. $ kinfo This is the current versions on my PC: Operating System: Arch Linux KDE Plasma Version: 6.4.5 KDE Frameworks Version: 6.18.0 Qt Version: 6.9.2 Kernel Version: 6.16.8-arch3-1 (64-bit) Graphics Platform: Wayland Processors: 32 × AMD Ryzen 9 9950X 16-Core Processor Memory: 64 GiB of RAM (60.5 GiB usable) Graphics Processor 1: NVIDIA GeForce RTX 2070/PCIe/SSE2 Graphics Processor 2: NVIDIA GeForce RTX 2070/PCIe/SSE2 WM: KWin (Wayland) WM Theme: Breeze Theme: Breeze (Dark) [Qt], Breeze-Dark [GTK2], Breeze [GTK3] 100% scaling, 3840x2160, 143.96Hz (note a change of graphics drivers) $ pacman -Q | grep -i nvidia lib32-nvidia-utils 580.82.09-1 linux-firmware-nvidia 20250917-1 nvidia-open 580.82.09-5 nvidia-open-lts 580.82.09-4 nvidia-utils 580.82.09-1 opencl-nvidia 580.82.09-1 Discord Electron version: 35.3.0 Obsidian Electron version: 37.5.1 "VSCodium - Wayland" Electron version: 34.5.4 "VSCodium" Electron version: 34.5.4 I ended up resizing each program at least 150+ times. From that, I managed to freeze Discord once, which was one of the first attempts. It is very difficult to reproduce the error. I don't have a good sense of how common it is day-to-day, since I made a habit of always resizing from the bottom-right due to this bug happening so often in the beginning.