Bug 439815 - Window randomly become transparent, when close ghost image remains
Summary: Window randomly become transparent, when close ghost image remains
Status: RESOLVED UPSTREAM
Alias: None
Product: kwin
Classification: Plasma
Component: compositing (show other bugs)
Version: 5.22.90
Platform: openSUSE Linux
: VHI normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords: regression
: 442114 443493 445840 457103 457126 (view as bug list)
Depends on:
Blocks:
 
Reported: 2021-07-13 20:56 UTC by Rajinder Yadav
Modified: 2022-07-27 16:50 UTC (History)
17 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
ghost window (981.61 KB, image/png)
2021-07-13 21:01 UTC, Rajinder Yadav
Details
output from supportInformation (14.61 KB, text/plain)
2021-07-21 18:10 UTC, Devin Zuczek
Details
supportInformation output (6.71 KB, text/plain)
2021-07-22 01:57 UTC, deresiant
Details
window with see through hole (1.01 MB, image/png)
2021-10-10 13:15 UTC, Rajinder Yadav
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Rajinder Yadav 2021-07-13 20:56:51 UTC
SUMMARY

For no reason, when I grab a window to move, it will become transparent and stay like this. What is really annoying is, if I later close this window, a ghost image of it will remain on the desktop.

See attached image.



Operating System: openSUSE Tumbleweed 20210710
KDE Plasma Version: 5.22.3
KDE Frameworks Version: 5.83.0
Qt Version: 5.15.2
Kernel Version: 5.13.0-1-default (64-bit)
Graphics Platform: X11
Processors: 16 × AMD Ryzen 7 2700X Eight-Core Processor
Memory: 31.3 GiB of RAM
Graphics Processor: Radeon RX 570 Series
Comment 1 Rajinder Yadav 2021-07-13 21:01:02 UTC
Created attachment 140035 [details]
ghost window
Comment 2 Fushan Wen 2021-07-14 02:41:32 UTC
I haven't encountered the bug for a while after I update to git version of KDE. Perhaps they have fixed the bug.
Comment 3 deresiant 2021-07-18 07:24:57 UTC
Happens to me somewhat often, once every few days, I have to restart kwin to get it to work again


Operating System: arch
KDE Plasma Version: 5.22.3
KDE Frameworks Version: 5.84.0
Qt Version: 5.15.2
Kernel Version: 5.12.15-arch1-1 (64-bit)
Graphics Platform: X11
Processors: 16 × AMD Ryzen 7 3700X 8-Core Processor
Memory: 31.3 GiB of RAM
Graphics Processor: NVIDIA GeForce RTX 2070 SUPER/PCIe/SSE2
Comment 4 Vlad Zahorodnii 2021-07-19 08:55:45 UTC
When this bug happens the next time, can you please open the terminal, run the following command `qdbus org.kde.KWin /KWin supportInformation`, and post its output here?
Comment 5 Devin Zuczek 2021-07-21 18:10:41 UTC
Created attachment 140240 [details]
output from supportInformation

Here's 2 outputs, one from when the window is ghosted but still open

The next output is from after closing the ghosted window and it leaves an imprint in the background
Comment 6 deresiant 2021-07-22 01:57:33 UTC
Created attachment 140242 [details]
supportInformation output
Comment 7 Nate Graham 2021-08-04 19:29:32 UTC
Are you using virtual desktops? Reminds me of Bug 438552.
Comment 8 Devin Zuczek 2021-08-04 19:36:18 UTC
I'm not using virtual desktops - system with two monitors (laptop built in + external).

#438552 says they can't focus but in this case, I can focus and use the window normally. It's just transparent and then leaves a ghost image when I close it.
Comment 9 Vlad Zahorodnii 2021-08-05 14:05:48 UTC
(In reply to Nate Graham from comment #7)
> Are you using virtual desktops? Reminds me of Bug 438552.

Yes, it appears like the translucency effect also causes this bug.
Comment 10 Devin Zuczek 2021-08-19 15:23:48 UTC
`kwin --replace` also fixes this issue when it happens.
Comment 11 rockybulwinkle 2021-08-19 16:09:30 UTC
(In reply to Devin Zuczek from comment #8)
> I'm not using virtual desktops - system with two monitors (laptop built in +
> external).
> 
> #438552 says they can't focus but in this case, I can focus and use the
> window normally. It's just transparent and then leaves a ghost image when I
> close it.

Yup this is exactly the behavior I'm coming across. I'll send my own logs once I see it happen again. Admittedly it does seem to happen less often since I reset to defaults+wobbly windows, but it does still happen.
Comment 12 rockybulwinkle 2021-08-19 16:11:54 UTC
(In reply to Nate Graham from comment #7)
> Are you using virtual desktops? Reminds me of Bug 438552.

Oops, I meant to reply to that other bug... I think it might be a duplicate? Both sound like the behavior I'm seeing. In the second comment in that other bug they said they didn't need to switch desktops to trigger the bug.
Comment 13 Fushan Wen 2021-09-07 09:02:10 UTC
*** Bug 442114 has been marked as a duplicate of this bug. ***
Comment 14 MarkH 2021-09-07 09:11:55 UTC
For me running: kwin --replace

indeed removes the ghost/dead windows, but leaves the desktop in a near unusable state, where its working but everything is running very very very slowly, eg typing into a konsole windows lags multiple seconds and window operations drag like a 1980's computer.

the only "fix" that works for me is to restart the window manager entirely, ie log out and log back in.
Comment 15 Martin Höher 2021-09-29 08:46:53 UTC
I can support the observation that MarkH made:

I am on Fedora 34, KDE installed from the Fedora repositories (Plasma v5.22.5, KDE frameworks v5.85.0, Qt 5.15.2). I regularly get the same transparent window effect. Restarting kwin fixes this, but afterwards everything is unusably slow.
Comment 16 Phil O 2021-10-05 21:48:49 UTC
Disabling the translucency effect also fixes ghosted windows, without the kwin --replace downside.
Comment 17 MarkH 2021-10-06 09:30:36 UTC
Top tip from Phil O, just toggle translucency off and on again clears all the "hung" windows.
Comment 18 Evan 2021-10-08 07:10:16 UTC
I've been having this problem for a while and have been doing a kwin_x11 --replace to fix it. More interesting is that on a new install on a laptop with different hardware on a blank install (same versions as below), I experience the same problem.


Operating System: Arch Linux
KDE Plasma Version: 5.22.5
KDE Frameworks Version: 5.86.0
Qt Version: 5.15.2
Kernel Version: 5.14.6-arch1-1 (64-bit)
Graphics Platform: X11
Processors: 16 × AMD Ryzen 7 3700X 8-Core Processor
Memory: 31.3 GiB of RAM
Graphics Processor: NVIDIA GeForce RTX 2070 SUPER/PCIe/SSE2
Comment 19 Rajinder Yadav 2021-10-10 13:15:21 UTC
Created attachment 142300 [details]
window with see through hole

I disabled translucency from system setting and I am still having these problem, see this issues already 3 time in a week. I though it went away, this time please see attached pic, "win-with-hole.png" the window has a hole and when I mode it around the "see through hole" doesn't go away!
Comment 20 Nate Graham 2021-10-12 21:33:00 UTC
Vlad's patch (https://codereview.qt-project.org/c/qt/qtdeclarative/+/376014) has been merged, so this is officially fixed in Qt. We'll see about backporting the fix to the KDE patch collection for Qt 5.15.
Comment 21 Phil O 2021-10-13 03:41:57 UTC
Seems https://bugs.kde.org/show_bug.cgi?id=438552 should be fixed by this as well Nate.
Comment 22 Nate Graham 2021-10-13 03:57:42 UTC
Ah yes, you're right! Thanks for catching that!
Comment 23 Nate Graham 2021-10-13 03:58:26 UTC
Qt backport request: https://invent.kde.org/qt/qt/qtdeclarative/-/merge_requests/8
Comment 24 Nate Graham 2021-10-18 01:49:25 UTC
*** Bug 443493 has been marked as a duplicate of this bug. ***
Comment 25 Nate Graham 2021-11-24 04:03:13 UTC
*** Bug 445840 has been marked as a duplicate of this bug. ***
Comment 26 Nate Graham 2022-07-26 19:57:27 UTC
*** Bug 457126 has been marked as a duplicate of this bug. ***
Comment 27 Nate Graham 2022-07-26 20:01:54 UTC
*** Bug 457103 has been marked as a duplicate of this bug. ***