Bug 289904

- supposingy plastik decoration & no compositing?
- are all decorations affected?
- what gpu/driver do you use?
- what graphicssystem (does it happen with "kwin --replace --graphicssystem native &")
- do you use Qt 4.8

- supposingy plastik decoration & no compositing?

I don't know what you mean by that


- are all decorations affected?

All window bars are affected like that. If I go into system settings --> application appearance --> style
and choose a different Widget Style (Oxygen -> QtCurve) and back again, it's ok (for a while)

- what gpu/driver do you use?

Intel driver

- what graphicssystem (does it happen with "kwin --replace --graphicssystem
native &")

I think I use the default graphicssystem... using your supplied command seems to work... can't tell you yet if it lasts.

- do you use Qt 4.8

pkg-config --modversion QtCore tells mit it's 4.7.4

(In reply to comment #2)
> I don't know what you mean by that
check settings in
kcmshell4 kwincompositing
kcmshell4 kwindecorations

compositing makes windows translucent, paint shadows, animates them on minimizing - stuff like that.

> - are all decorations affected?
> All window bars are affected like that.
i meant the decorations in "kcmshell4 kwindecorations"

> I think I use the default graphicssystem...
What distro? Debian or a derivate (like ubuntu, mint or so)

> I don't know what you mean by that
check settings in
kcmshell4 kwincompositing

- in general all disabled, advanced uses OpenGL


kcmshell4 kwindecorations

Active window uses plastik

> - are all decorations affected?
> All window bars are affected like that.
i meant the decorations in "kcmshell4 kwindecorations"

I still don't know what you mean by that.


> I think I use the default graphicssystem...
What distro? Debian or a derivate (like ubuntu, mint or so)

Ubuntu


Btw, since I run that kwin command, enlargement of Dragon Player has become a lot smoother. Before it studdered and often lost focus when drag and enlarging.

(In reply to comment #4)
> - in general all disabled, advanced uses OpenGL
ie "no compositing" ;-)

> I still don't know what you mean by that.
you can change the window decoration  (that is the titlebar) there and i wondered whether it also affects eg. oxygen etc.

> Ubuntu
yes, compiled raster system as Qt default
 
> Btw, since I run that kwin command, enlargement of Dragon Player has become a
> lot smoother.
Expectable - the raster system helps with OpenGL compositing and decorations like oxygen/aurorae but for non compositing or the XRender backend it's a "suboptimal" choice.

I assume the problem has not reshown with the native graphicssystem (aside Debian/Ubuntu the Qt default)

(In reply to comment #5)
> ie "no compositing" ;-)

is that good or bad?


> yes, compiled raster system as Qt default

ok... (I have no clue what that means)


> Expectable - the raster system helps with OpenGL compositing and decorations
> like oxygen/aurorae but for non compositing or the XRender backend it's a
> "suboptimal" choice.

So either I enable compositing or issue that kwin command?


> I assume the problem has not reshown with the native graphicssystem (aside
> Debian/Ubuntu the Qt default)

Not sure what you mean here.

(In reply to comment #6)
> is that good or bad?
as you've figured esp. debian/ubuntu does no longer seem to focus on non composited enviroments - or they're trying to actively damage kwin reputation ;-P
Seriously, with depreciated legacy backing store (a system in X11 that prevented windows from having to completely repaint when an above window moves across them) and wayland on the horizon (implicitly compositing display server) the use of a compositor (even if xcompmgr on top of any window manager) seems a good idea but for *very* old GPUs with virtually no memory (eg trident cards, i've a working -but not operating- Spea V7 with 2MB VRAM what's not sufficient to display 1024x768 @ 24bit - and I mean "in the framebuffer" ;-)

KWin has an integrated compositor ("kcmshell4 kwincompositing") with an XRender backend if your hardware has trouble with OpenGL support - you can turn off all fnacy effects if they annoy you or slow down things too much.

> ok... (I have no clue what that means)
the preferred graphicssystem can be defined at various stages
- compiled into Qt
- environment variable
- explicitly by the application
- the switch you used
Debian has chosen "raster" on the first stage - but it seems to be default for Qt 4.8
(<rant>aside messsing up font rendering across the various graphicssystems - geee</rant>)

> > Expectable - the raster system helps with OpenGL compositing and decorations
> > like oxygen/aurorae but for non compositing or the XRender backend it's a
> > "suboptimal" choice.
> 
> So either I enable compositing or issue that kwin command?
Basically yes, because of that situation and the specialities of a window manager we might however add a setting for kwin in KDE 4.8 final (and a GUI for it in 4.9...)
 
> Not sure what you mean here.
Did the black bars reappear since you're using the native system?

Git commit ded4ed4e9dc32316c41a43b6e906bece4b92338f by Thomas Lübking.
Committed on 16/12/2011 at 17:36.
Pushed by luebking into branch 'master'.

add support for graphicssystem selection

REVIEW: 103430

M  +11   -2    kwin/composite.cpp
M  +2    -1    kwin/libkwineffects/kwinglobals.cpp
M  +16   -0    kwin/main.cpp
M  +14   -0    kwin/workspace.cpp
M  +1    -0    kwin/workspace.h

http://commits.kde.org/kde-workspace/ded4ed4e9dc32316c41a43b6e906bece4b92338f

Git commit 74c65a5b22e5f448cfdfc4a7574f19421235b220 by Thomas Lübking.
Committed on 16/12/2011 at 17:36.
Pushed by luebking into branch 'KDE/4.8'.

add support for graphicssystem selection

REVIEW: 103430
(cherry picked from commit ded4ed4e9dc32316c41a43b6e906bece4b92338f)

M  +11   -2    kwin/composite.cpp
M  +2    -1    kwin/libkwineffects/kwinglobals.cpp
M  +16   -0    kwin/main.cpp
M  +14   -0    kwin/workspace.cpp
M  +1    -0    kwin/workspace.h

http://commits.kde.org/kde-workspace/74c65a5b22e5f448cfdfc4a7574f19421235b220

Thx... I'll have to wait now till it's available in the Kubuntu Team PPA :)

I have a similar issue. Window titles that are changed on non-active windows turn black over here. Other window titles display correctly. 
I'm using the Plastik decorations on KDE 4.8. I also have an Intel chip. Compositing is disabled. I'm using Ubuntu Precise.
In Trinity the problem does not occur with the included window manager.

Let me know if there is anything I could do to help solve the issue.

kwriteconfig --file kwinrc --group Compositing --key GraphicsSystem native
qdbus org.kde.kwin /KWin reconfigure

(this will probably restart kwin, GUI config in 4.9 - was too late to introduce new strings)

Plastik is about to be dropped from kwin clients

I am experiencing the same problem, not only with Plastik but also with QtCurve.  Is QtCurve also slated to be dropped?

Here is my configuration:

OS: openSUSE 12.3 (x86-64)
KDE: KDE 4.10.1
Qt: 4.8.4
Window decorations: Plastik and QtCurve
Qt graphics system: Raster
GPU: Mobile GM965/GL960 Integrated Graphics Controller
Video driver: Intel (i915)
Compositing type is set to OpenGL, but all desktop effects are disabled

Changing the graphics system to native with kwin --replace --graphicssystem native seems to fix the problem.

The QtCurve maintainer has stated to have dropped it basically unmaintained, yes.

> Compositing type is set to OpenGL, but all desktop effects are disabled
You need to be very precise here: is compositing in use or not (whether there are fancy effects is irrelevant - only the redirection matters)

> Window decorations: Plastik and QtCurve
4.10 Plastik is (supposingly) no more the legacy one but an Aurorae theme / QML implementation. It should actually do far better with the raster engine.

I'm not sure that this is the same issue - please file a screenshot and the output of "qdbus org.kde.kwin /KWin supportInformation"

Since changing the graphics system to Native I haven't been able to reproduce the problem, even after changing it back to OpenGL and rebooting.  I'll provide the requested screenshot and output if the problem ever recurs.