Bug 361511 - Cube animation 1/4 screen black
Summary: Cube animation 1/4 screen black
Status: RESOLVED NOT A BUG
Alias: None
Product: kwin
Classification: Plasma
Component: effects-various (show other bugs)
Version: 5.6.2
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL: https://img.vim-cn.com/5b/1c99044633d...
Keywords:
Depends on:
Blocks:
 
Reported: 2016-04-08 00:42 UTC by farseerfc
Modified: 2017-05-05 06:21 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description farseerfc 2016-04-08 00:42:14 UTC
During cube animation, 1/4 top up corner of the screen is black.
I attached a screen recording video: https://img.vim-cn.com/5b/1c99044633df8bf56b8af9631873334828fd7b.ogv

Reproducible: Always

Steps to Reproduce:
1. Select Cube as Virtual Desktop animation
2. Try switch virtual desktop
3. See black screen

Actual Results:  
1/4 top up corner of the screen is black

Expected Results:  
Showing cube normally
Comment 1 Martin Flöser 2016-04-08 06:15:13 UTC
From the video it looks like there is a window on the top right which is not included in the animation.

To confirm you could change the settings to animate all windows (including panels and windows on all desktops).
Comment 2 farseerfc 2016-04-08 07:00:18 UTC
Wow thank you for the quick answer.
Yes, you are right. By animating all windows including panels, the misbehavior is gone.

But another question is, what/who owns that (invisible) panel on the top right corner?
I tried to close all opening applications, including yakuake and xembedsniproxy, leaving just plasma on the desktop, and the problematic panel is still there.

I can reproduce this misbehavior on 3 of my laptops, one of them is a fresh installation of archlinux and kde5.

(Now I think this might be a bug outside kwin but on plasma side. Should I close this bug report first?)
Comment 3 Thomas Lübking 2016-04-08 07:02:54 UTC
run "xwininfo -root -tree" and compare the output to the covered region.
If you can spot the offending window, run "xwininfo -id <id of the window>" and "xprop -id <id of the window>"
With a little luck, that'll hint the responsible client.
Comment 4 farseerfc 2016-04-08 07:17:53 UTC
Thanks for the hint.
It seems the window is owned by plasmashell, and it is from the panel (even with an empty panel).
If I put an empty panel on the top or left side of my screen, the black window will appear.
If the empty panel is on the right or bottom side of my screen, the black window is gone.
Comment 5 Thomas Lübking 2016-04-08 07:25:24 UTC
can you attach xprop and xwininfo of the window?
Comment 6 Martin Flöser 2016-04-08 07:26:44 UTC
good detective work! My suggestion is to report a new bug against plasmashell with your findings.

For this bug: well everything seems fine from KWin side, so I'm going to mark it accordingly.
Comment 7 farseerfc 2016-04-08 08:16:13 UTC
I reported to plasmashell: https://bugs.kde.org/show_bug.cgi?id=361516
Thank you for your time by helping me look into this.
Comment 8 Thomas Lübking 2016-04-08 10:18:01 UTC
Something's odd about it - the shown window is 800x450+800+0, but the one in the props is 640x480+0+0
Also the window from xwininfo is "Map State: IsUnMapped", so it should probably not be painted. Notably since it's also "Override Redirect State: yes" although it has properties that you'd expect for a managed window.

Most interesting though is "_XEMBED_INFO(_XEMBED_INFO) = 0x0, 0x1" - smells like xembed-sni-proxy?
Try to kill the xembedsniproxy process.
Comment 9 farseerfc 2016-04-12 12:14:23 UTC
I think I have done `pkill xembedsniproxy` before collecting the output.
To make sure, I killed all apps, leaving just konsole and plasmashell and kwin, and get the output again: https://bugs.kde.org/show_bug.cgi?id=361516#c1

Is it possible that xembedsniproxy somehow created a window and left it open under the name of plasma even after xembedsniproxy itself is dead?

Is there other suspicious window in the output of the root tree? Should I provide other information?
Comment 10 Thomas Lübking 2016-04-12 15:13:52 UTC
(In reply to farseerfc from comment #9)

> Is it possible that xembedsniproxy somehow created a window and left it open
> under the name of plasma even after xembedsniproxy itself is dead?

No. The proxy may cause plasma to create a window, but windows go with their X11 clients.

> Is there other suspicious window in the output of the root tree?
Nope. Actually no window in the list matches the black square and even the 640x480 one should not be painted (it's not mapped)

While apparently related to the plasmashell panel, I doubt the black quarter is a real window.

Do you have "quick tiling" enabled ("kcmshell5 kwinscreenedges")
And if so: does the problem remain if you disable it and restart "kwin_x11 --replace &"?
Comment 11 farseerfc 2016-04-12 15:48:36 UTC
> Do you have "quick tiling" enabled ("kcmshell5 kwinscreenedges")

Yes, I have them enabled (by default).

> And if so: does the problem remain if you disable it and restart "kwin_x11 --replace &"?

Yes, the problem remains after I disabled both "Maximize windows by drag them to the top of the screen" and "Tile windows by dragging them to the side of the screen" and restarted kwin_x11.
Comment 12 farseerfc 2016-04-27 02:39:16 UTC
I noticed a more strange behavior today.
I have a qtox opened and then exit qtox, now the cube animation  showing both qtox and the black corner.
I have confirmed that there is no qtox process in the system.

See this video https://img.vim-cn.com/15/a7332eb384ad03c2e7cebe6d5b6b47a97e8252.ogv

Maybe this is not a plasma bug?
Comment 13 Thomas Lübking 2016-04-27 08:13:13 UTC
The qtox window looks like falsely kept referenced by some effect.
I assume it will vanish on restarting the compositor (SHIFT+Alt+F12 twice)?
That'd be unrelated.
Comment 14 farseerfc 2016-04-28 01:30:39 UTC
Yes you are right. Restarting the compositor indeed removed qtox's window. It's a different issue.
Comment 15 Thomas Lübking 2016-04-28 05:29:08 UTC
reproducible?
Comment 16 israel 2017-05-05 06:10:16 UTC
I ran into this same issue.  Exact same thing occurs if I move KDE panel to top of screen.  If I move panel back to bottom, the black box goes away.  It is panel placement related.
Comment 17 israel 2017-05-05 06:21:52 UTC
Repeatable if panel is placed on top or left of screen.  Goes away if placed on right or bottom.  Weird.