Bug 292447 - Kde and his app after logout and again login going to black and transparency.
Summary: Kde and his app after logout and again login going to black and transparency.
Status: CLOSED UPSTREAM
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-01-26 10:29 UTC by Michal Janousek
Modified: 2012-03-20 08:29 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Picture with bug (380.05 KB, image/jpeg)
2012-01-26 10:29 UTC, Michal Janousek
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Michal Janousek 2012-01-26 10:29:24 UTC
Created attachment 68192 [details]
Picture with bug

Version:           unspecified (using Devel) 
OS:                Linux

I using Kde 4.8.00. I have Linux Mint 12 with ppa kubuntu backports. 

Reproducible: Always

Steps to Reproduce:
Logout and login again and app from kde go black. Look like white change to black.

Actual Results:  
Go black.

Expected Results:  
Work good like in kde 4.7.3

In picture see what happen.
Comment 1 Thomas Lübking 2012-01-26 15:39:03 UTC
I doubt this has anything to do with KWin - is the thing on the top cairo-dock?
Comment 2 Martin Flöser 2012-01-26 16:01:09 UTC
does this happen with all applications or only Dolphin?
Comment 3 Michal Janousek 2012-01-26 17:31:07 UTC
I using Docky, but I turn off and make the same. Work bad in libreoffice, dolphin thunderbird (gtk) but opera work normal.
Comment 4 Michal Janousek 2012-01-26 17:49:46 UTC
And will it work normal in KDE 4.8?
Comment 5 Thomas Lübking 2012-01-26 18:10:33 UTC
(In reply to comment #3)
> I using Docky,
open a textshell (konsole) and run "xprop -root | grep -i color_map" - any output?
also try "pkill dolphin; sleep 1; XLIB_SKIP_ARGB_VISUALS=1 dolphin", does the isue remain?

> but I turn off and make the same. Work bad in libreoffice,
> dolphin thunderbird (gtk) but opera work normal.
could point the oxygen style, in case the above tests were not successful, try another style (eg plastique)

(In reply to comment #4)
> And will it work normal in KDE 4.8?
according to the report you *are* using kde 4.8?!
Comment 6 Michal Janousek 2012-01-26 18:49:27 UTC
xprop do not show nothing

pkill show this and show dolphin half normal windows and half black window: 
dolphin(2590) KSambaSharePrivate::getNetUserShareInfo: We got some errors while running 'net usershare info' 
dolphin(2590) KSambaSharePrivate::getNetUserShareInfo: "info_fn: file /var/lib/samba/usershares/4a0451040450 is not a well formed usershare file.
info_fn: Error was Path is not a directory.
" 
I try change another style and do same. But when I tried to change styles more times sometimes succeeded cure the defect.

My last comment, I thought, if this error is not just only for me.

I'll wait for the final Kubuntu 12. Maybe it is bug, which it's do using various ppa repository.
Comment 7 Thomas Lübking 2012-01-26 18:57:14 UTC
it seems as if the base color was configured as qt::transparent
i guess things won't change when you suspend compositing? (shift+alt+f12)

try to change colors in "kcmshell colors"
Comment 8 Michal Janousek 2012-01-26 20:19:07 UTC
Where I discover that I have configured qt::transparent?

I try before turn off effect and do same. 

I try change color and make so. 

Thanks for your patience.
Comment 9 Thomas Lübking 2012-01-26 20:28:47 UTC
Qt::transparent means QColor(0,0,0,0), ie. black with a completely transparent alpha channel - i doubt you're supposed to configure that.

The color you want to change is "View Background", you can not set the alpha channel, just change it a bit and check what happens - but looking at the screenshot again, there seems to be a more general issue, since the window background is black as well (but on the top)

@Hugo: please have a look at the attached shot - on the rightmost slider you'll see a break between "color" and "not color" at about 1/3 of the height. Is there a transition from a pixmap background into a color background in oxygen?
Comment 10 Michal Janousek 2012-01-26 20:55:32 UTC
I found bug I change to raster in settings Qt graphics system.
Comment 11 Michal Janousek 2012-01-26 20:57:02 UTC
Before it was X11/XRebder
Comment 12 Michal Janousek 2012-01-26 21:09:51 UTC
I sorry look that is kde is ok because this bug it is in Mate desktop.
Comment 13 Thomas Lübking 2012-01-26 21:16:23 UTC
You mean it's broken with raster or with native?

However, neither the raster nor the native graphicssystem should by *any* means cause this.
Comment 14 Michal Janousek 2012-01-26 21:38:43 UTC
Interesting when I use raster work KDE windows good but gtk bad. I thought that is bad x11 and I reinstall it. And do same bug. I try delete kdm and now really work fine with gdm or lightdm.
Comment 15 Hugo Pereira Da Costa 2012-01-26 22:11:58 UTC
@Thomas
yes: thats the change between using gradients (cached in pixmap) and using flat colors.
Comment 16 Thomas Lübking 2012-01-26 22:40:31 UTC
(In reply to comment #14)
> Interesting when I use raster work KDE windows good but gtk bad.
Are you talking about the kwin graphicssystem or a general one? (kwin has a gui config in current git master, but not 4.8 - any general setting would be Ubuntu specific, so i ask)

> I thought that is bad x11 and I reinstall it. And do same bug. I try delete kdm and now 
> really work fine with gdm or lightdm.

- You mean the display manager has any impact on the session client rendering?
- Again: is the issue also present with suspended compositing? (press "shift + alt + f12", shadows etc will disappear)
Comment 17 Thomas Lübking 2012-01-26 22:42:17 UTC
(In reply to comment #15)
> @Thomas
> yes: thats the change between using gradients (cached in pixmap) and using flat
> colors.
Thanks, thought so ;-)
Comment 18 Michal Janousek 2012-01-26 23:54:25 UTC
1. I talking about kde-config-qt-graphicssystem I install it in Synaptic. And it can be easily changed on Raster or X11. 

2. I just thought that it affects X11. Since my apt-get reported not updated X11 files. It did not help so I got the idea to give back Lightdm. And it helped.

Anyway, thank you for your help. I did not come to it if you helped me :-)
Comment 19 Thomas Lübking 2012-01-27 16:25:56 UTC
I rather assume that either lightdm or kdm does not interpret the graphicssystem.

Please, once more - this is rather serious:
Which graphicssystem is the broken one?
run "kwrite --graphicssystem raster" and "kwrite --graphicssystem native"  - which command produces the buggy painting?
Comment 20 Michal Janousek 2012-01-28 17:42:26 UTC
When run kwrite --graphicssystem raster it is OK when run kwrite --graphicssystem native it is some parts black.
Comment 21 Thomas Lübking 2012-03-18 16:01:07 UTC
not related to compositing, cleints on raster graphicssystem work ok and because Hugo confirms that pixmap / gradient painting works but color painting does not, this is most likely an upstream (driver/Xorg module) or downstream (bogus distro patch) bug in either libXrender or libQtGui

@Michal
in doubt please post your GPU setup (nvidia, amd, intel, etc) and the used driver (nouveau, nvidia, radeon, fglrx, intel)
Comment 22 Michal Janousek 2012-03-20 08:29:04 UTC
I try Kubuntu 12.04 beta and bug is away :) I wait on final release. Thanks for your interesting look that bug is not on your side.