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.
I doubt this has anything to do with KWin - is the thing on the top cairo-dock?
does this happen with all applications or only Dolphin?
I using Docky, but I turn off and make the same. Work bad in libreoffice, dolphin thunderbird (gtk) but opera work normal.
And will it work normal in KDE 4.8?
(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?!
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.
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"
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.
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?
I found bug I change to raster in settings Qt graphics system.
Before it was X11/XRebder
I sorry look that is kde is ok because this bug it is in Mate desktop.
You mean it's broken with raster or with native? However, neither the raster nor the native graphicssystem should by *any* means cause this.
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.
@Thomas yes: thats the change between using gradients (cached in pixmap) and using flat colors.
(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)
(In reply to comment #15) > @Thomas > yes: thats the change between using gradients (cached in pixmap) and using flat > colors. Thanks, thought so ;-)
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 :-)
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?
When run kwrite --graphicssystem raster it is OK when run kwrite --graphicssystem native it is some parts black.
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)
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.