Bug 289904 - Black bars in window titles
Summary: Black bars in window titles
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: 4.8.0
Platform: Unlisted Binaries Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-12-27 07:24 UTC by hyper_ch
Modified: 2013-04-02 19:22 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Screenshot showing Konversation, Konsole and Dragonplayer (29.50 KB, image/png)
2011-12-27 07:24 UTC, hyper_ch
Details

Note You need to log in before you can comment on or make changes to this bug.
Description hyper_ch 2011-12-27 07:24:46 UTC
Created attachment 67149 [details]
Screenshot showing Konversation, Konsole and Dragonplayer

Version:           4.8.0 (using Devel) 
OS:                Linux

In KDE 4.7.90 and 4.7.95 all the KDE Windows have that black bar on top

Reproducible: Always

Steps to Reproduce:
not much to say here... just all windows have black bars

Actual Results:  
black bar

Expected Results:  
blue bar...
Comment 1 Thomas Lübking 2011-12-27 11:21:04 UTC
- 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
Comment 2 hyper_ch 2011-12-27 16:01:27 UTC
- 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
Comment 3 Thomas Lübking 2011-12-27 16:27:07 UTC
(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)
Comment 4 hyper_ch 2011-12-27 17:03:23 UTC
> 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.
Comment 5 Thomas Lübking 2011-12-27 17:39:23 UTC
(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)
Comment 6 hyper_ch 2011-12-28 07:49:32 UTC
(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.
Comment 7 Thomas Lübking 2011-12-28 12:05:08 UTC
(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?
Comment 8 Thomas Lübking 2012-01-02 17:54:38 UTC
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
Comment 9 Thomas Lübking 2012-01-02 18:22:55 UTC
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
Comment 10 hyper_ch 2012-01-02 18:25:23 UTC
Thx... I'll have to wait now till it's available in the Kubuntu Team PPA :)
Comment 11 Julius Schwartzenberg 2012-02-13 20:18:14 UTC
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.
Comment 12 Thomas Lübking 2012-02-13 21:52:12 UTC
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)
Comment 13 Thomas Lübking 2012-03-18 16:04:17 UTC
Plastik is about to be dropped from kwin clients
Comment 14 Tristan Miller 2013-03-30 18:46:39 UTC
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.
Comment 15 Thomas Lübking 2013-03-30 19:41:18 UTC
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"
Comment 16 Tristan Miller 2013-04-02 19:22:36 UTC
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.