| Summary: | artefacts showing the background while not using compositing | ||
|---|---|---|---|
| Product: | [Unmaintained] plasma4 | Reporter: | Jean-Christophe Baptiste <jc> |
| Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | andresbajotierra, kwin-bugs-null, linuxhippy |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: |
artefact while mouse over on the task bar
artefact while mouse over on the clock artefact while mouse over on the clock |
||
|
Description
Jean-Christophe Baptiste
2010-03-13 11:14:53 UTC
Created attachment 41581 [details]
artefact while mouse over on the task bar
Created attachment 41582 [details]
artefact while mouse over on the clock
Created attachment 41583 [details]
artefact while mouse over on the clock
When compositing is deactivated kwin does not paint the windows. In that case painting the windows is done by X. So it is unlikely to be a KDE issue. Btw: why do you think using compositing results in a "ressources drain"? This is in general not true. I can confirm this behaviour. It happens sometimes with integrated Intel graphic (especially when CPU load is higher, but it is not a rule) as well as with integrated Nvidia chip. In both cases it is same as images of Jean-Christophe Baptiste. Sorry, short note: I notice such artefacts regardless composition is turned on or off. (In reply to comment #4) > When compositing is deactivated kwin does not paint the windows. In that case > painting the windows is done by X. So it is unlikely to be a KDE issue. But if it was an X issue, wouldn't I have the same problem with Gnome or anything else? I have had Gnome on this computer for 2 years and never had such a problem. > Btw: why do you think using compositing results in a "ressources drain"? This > is in general not true. I noticed Kwin and Xorg use more CPU with compositing (more interrupts) and that's not good for my battery life. I also have from time to time latency issues, as when scrolling with Firefox. So personally I prefer the responsiveness without compositing. looks quite as if it's triggered by the plasma tooltips - did you use plasma on gnome?
... :-P
I've no idea whether it's still supported at all, but try to turn on the backing store, xorg.conf, Section Device
Option "BackingStore" "true"
and if you don't want to use compositing, turn it off.
Section "Extensions"
Option "Composite" "Disable"
EndSection
and maybe even
Option "DamageEvents" "True"
in the device section as well.
by all means, this is however an Xorg, driver or plasma problem - w/o compositing kwin has no impact on those bubbles.
passed to the plasma guys, though they might mark this upstream
Thanks ;) I am trying these options and will report how it goes. Those "holes" in applications are caused by X -> bug 177959 / bug 173686. Regards *** This bug has been marked as a duplicate of bug 177959 *** 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 vote for it and make some polite noise at: https://bugs.freedesktop.org/show_bug.cgi?id=22566 |