Bug 259230 - After changing the style, effect, or colours plasma becomes snowy
Summary: After changing the style, effect, or colours plasma becomes snowy
Status: RESOLVED WORKSFORME
Alias: None
Product: kwin
Classification: Plasma
Component: compositing (show other bugs)
Version: unspecified
Platform: Mandriva RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-12-08 18:21 UTC by Dimitrios Glentadakis
Modified: 2010-12-08 21:03 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
Screenshot1 (620.02 KB, image/png)
2010-12-08 18:21 UTC, Dimitrios Glentadakis
Details
screenshot2 (317.17 KB, image/jpeg)
2010-12-08 18:21 UTC, Dimitrios Glentadakis
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Dimitrios Glentadakis 2010-12-08 18:21:18 UTC
Created attachment 54308 [details]
Screenshot1

Version:           unspecified (using KDE 4.5.4) 
OS:                Linux

After changing some settings in kde systemsettings as style, effects, colours, the plasma becomes slowy (see screenshots)
A log out doesnt fixe it, after a reboot it is ok
I have nvidia 8400gs with the property driver 195.36.24
I have this probleme since i install kde 4.5.2 (i think) in my new computer at Octomber.


Reproducible: Always

Steps to Reproduce:
So to systemsettings
Chanege the style
or an effect

Actual Results:  
Everything becomes snowy

Expected Results:  
Applying the settings without break plasma
Comment 1 Dimitrios Glentadakis 2010-12-08 18:21:53 UTC
Created attachment 54309 [details]
screenshot2
Comment 2 Thomas Lübking 2010-12-08 19:47:37 UTC
- the nvidia driver is outdated, so first of all you should update it
- this "A log out doesn't fix it, after a reboot it is ok" is a good hint for a driver bug**
- you're probably not using them anyway but avoid the blur/sharpen plugins
- as a workaround, suspend/resume compositing around changing UI settings (shift+alt+f12)

**actually this looks like overheated hardware but that doesn't match "whenever i change some UI settings" condition
you maybe don't have to do a full reboot.
"telinit 3; modprobe -r nvidia; modprobe nvidia; telinit 5" might do either (ie. change to GUIless runlevel, unload the nvidia driver, reload it and change back to GUI powered runlevel)

-- dev note:
This is likely an upstream bug, but rather related to compositing than plasma(-desktop), or iff, than because of ARGB drawables -> reassigning
Comment 3 Dimitrios Glentadakis 2010-12-08 20:49:19 UTC
I updated to the 260.19.21 driver. After reboot, i opened two windows in KDE and when i want to switched (in the teskbar) plasma freezed and nothing worked (even alt+sys+REUISB) i rebboted from the button of the central unit.

I rebooted again, i tried to change some settings in effects or styles and i get a freeze again (looks more like the bug https://bugs.kde.org/show_bug.cgi?id=246498)
I tried from another user (xguest) and everything worked fine.
I logged in again with my normal account, i opened systemsettings → effects, and i clicked on the button default in the bottom. Since this, i cannot reproduce any of the above behavior. Everything looks ok , plasma is very fluid, no problem at all.
I think the problem is gone, if you prefere to wait more time to confirme but i dont think that is needed.

Thanks for the support.
Comment 4 Thomas Lübking 2010-12-08 21:03:15 UTC
it's been caused by some setting (in the advanced tab) or an non-default active (3rd party?) effect then, so you might face the issue again when playin around on settings or (re-)enabling the offensive effect.

if you can bisect the xause this way, feel free to report ;-)