Bug 243999 - Artefact on window X when clicking on a window menu in window Y (w/o compositing)
Summary: Artefact on window X when clicking on a window menu in window Y (w/o composit...
Status: RESOLVED DUPLICATE of bug 177959
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-07-09 06:41 UTC by Lasse Liehu
Modified: 2011-01-26 16:12 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Window X's window menu and artefact in Window Y (116.46 KB, image/jpeg)
2010-07-09 06:41 UTC, Lasse Liehu
Details
The problem with Plasma's tooltips (157.46 KB, image/jpeg)
2010-07-09 06:44 UTC, Lasse Liehu
Details
The size and position of the previously shown clock's tooltip (90.89 KB, image/jpeg)
2010-07-09 06:46 UTC, Lasse Liehu
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Lasse Liehu 2010-07-09 06:41:20 UTC
Created attachment 48707 [details]
Window X's window menu and artefact in Window Y

Version:           unspecified (using Devel) 
OS:                Linux

Only happens with compositing off. This doesn't seem to be limited to menus, but can also happen with Plasma's tool tips. I'm trying to find a pattern, but every time I think I've found something, after some more testing it seems it doesn't always apply.

Reproducible: Sometimes

Steps to Reproduce:
1. Turn compositing off
2. Open two windows
3. Click the first window's window icon. The menu opens.
3. Do the same on the second window. In the first window, a transparent area of same size and position as the first window's menu will appear. Though I don't know if the areas are always the same that were used to show menus earlier in the first window, as if navigating the window menu's submenus, it sometimes does show transparent areas for them, sometimes not.

Also works with Plasma's tooltips:
1. Have for example clock and system tray on the panel.
2. Open a window so that the clock's tooltip will be over the window.
3. Hover the clock so that its tooltip will appear.
4. Move the mouse off the panel, and then hover for example kmix in system tray
5. Its tooltip will appear and a transparent area of same size and position as the clock's tooltip was will appear on the opened window, showing the content behind the window (not always the desktop).

I'm still not sure if this behavior happens always or just sometimes.


Expected Results:  
No artefacts.

Happens with both NVidia's proprietary drivers and open source drivers for ATI. Also in Arch Linux with latest updates and Kubuntu 10.04 LTS without any updates/backports. Screenshots are from 4.4.5, but happens with 4.5 from SVN (checked out a few days ago).
Comment 1 Lasse Liehu 2010-07-09 06:44:19 UTC
Created attachment 48708 [details]
The problem with Plasma's tooltips

Done using the mentioned steps
Comment 2 Lasse Liehu 2010-07-09 06:46:01 UTC
Created attachment 48709 [details]
The size and position of the previously shown clock's tooltip
Comment 3 Thomas Lübking 2010-07-09 12:08:58 UTC
bug in Xorg.

Try to add the following to the end of your /etc/X11/xorg.conf file and restart X (logout/login, "zap" - ctrl+alt+backspace, or just reboot)

Section "Extensions"
    Option "Composite" "Disable"
EndSection

--> you'll however loose entire compositing support!

another attemp (preserving compositing) would be to add 

Option      "BackingStore" "true"

to the device section in the same file, might not fix the issue, though.

*** This bug has been marked as a duplicate of bug 177959 ***
Comment 4 Clemens Eisserer 2011-01-26 16:12:00 UTC
This is clearly a Xorg bug, I was able to write a xlib-only testcas (as I was asked for), but then nothing happend.

If you want this bug fixed, please make some polite noise at:
https://bugs.freedesktop.org/show_bug.cgi?id=22566