| Summary: | Individual windows stop updating until deactivated & reactivated (usually Chrome or VMware) | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Dan Barrett <kde> |
| Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | REPORTED --- | ||
| Severity: | normal | CC: | ae, marcus, strong.drum0546 |
| Priority: | NOR | ||
| Version First Reported In: | 5.24.7 | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Dan Barrett
2019-07-07 20:55:36 UTC
The problematic window also refreshes if I minimize it to the taskbar and then un-minimize it. The problematic window also refreshes if I use the KDE Pager to switch to a different virtual desktop and then switch back. This command $ kquitapp5 plasmashell && kstart5 plasmashell does not fix the problem. I'm also seeing a similar problem with Chromium on KDE neon 5.17.0. Randomly minimizing and unminimizing the affected window or other windows sometimes fixes it. What definitely never fixes it for me is switching virtual desktops. Operating System: KDE neon 5.17 KDE Plasma Version: 5.17.0 KDE Frameworks Version: 5.63.0 Qt Version: 5.13.1 Kernel Version: 5.0.0-31-generic OS Type: 64-bit Processors: 4 × Intel® Core™ i5-2430M CPU @ 2.40GHz Memory: 3.8 GiB of RAM Graphics card: Geforce GT540M or so, plus some Intel integrated thing (laptop, Optimus) Happens all the time to me in Konsole. There the screen also updates when I press the Enter key. (Switching away and back to the Konsole window also makes it update). Debian Konsole 19.08.1 KDE Frameworks 5.62.0 Qt 5.12.5 (built against 5.12.5) The xcb windowing system Update 3 years after filing this bug report: The problem still occurs in Kubuntu 22.04.1 LTS. It still affects VMware Workstation Pro (version 16.2.5) and Google Chrome (version 108.0.5359.124). I have found that restarting kwin clears up the symptoms for VMware Workstation. (I haven't tried it when Chrome misbehaves.) $ kwin --replace > /dev/null < /dev/null & Currently the problem happens every few days. I have some variation of this bug, that I believe everyone should be able to reproduce. 1. Open Chromium or Brave 2. Open any website, right-click "Save as..." 3. A new window appears, titled "Portal - All Files", a dialog that let's you choose the destination file path and file name. This new window is a new group and a different icon than brave in the task manager (task bar). 4. Focus on any other application 5. Focus on Chromium again where you started the dialog. What to expect: It should show the Chromium Window and in the __foreground__ of the focused window, the file chooser should appear. It should re-focus that "child dialog" automatically. Actual result: Chromium or "parent window" does appear to be frozen. This was extremely confusing to me, since I tripped over this a couple of times during work hours. If you don't see the dialog opening (my Portal window sometimes takes a while to come up due to disks spinning up in the background, annoyingly blocking the whole dialog until disk is up), you might think the browser is crashed. It has happened to me. It has caused loss of work at least once because I didn't get what the problem was. Tested on Operating System: Arch Linux KDE Plasma Version: 6.3.80 KDE Frameworks Version: 6.14.0 Qt Version: 6.9.0 and Operating System: Arch Linux KDE Plasma Version: 6.3.4 Qt Version: 6.9.0 Now, my steps lead to a very similar outcome as described originally in this issue, a window appears as hung, but is only hung up visually and actually working correctly apart from that. I think it could be related to this issue. Would welcome any tips on where this issue comes from (Chromium, KDE...?) (In reply to Lenzoid from comment #7) > 2. Open any website, right-click "Save as..." My issue is different enough from this one and not reproducible in Gnome. Will create a new bug under KWin. |