Bug 326125 - Magic lamp corrupts the entire desktop with catalyst
Summary: Magic lamp corrupts the entire desktop with catalyst
Status: RESOLVED UPSTREAM
Alias: None
Product: kwin
Classification: Plasma
Component: effects-various (show other bugs)
Version: 4.11.2
Platform: openSUSE Linux
: NOR crash
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-10-17 06:23 UTC by Erick Osorio
Modified: 2014-02-03 02:49 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
thomas.luebking: Catalyst+


Attachments
Kwin information. (6.34 KB, application/octet-stream)
2013-10-17 18:06 UTC, Erick Osorio
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Erick Osorio 2013-10-17 06:23:08 UTC
This bug still from KDE 4.11, and now I'm using KDE 4.11.2 and the bug still with out fix.

If i active magic lamp with Catalyst (at least in 13.8 beta and 13.11 beta) and minimize a maximized windows, the screen corrupted all.

Reproducible: Always

Steps to Reproduce:
1.Active lamp magic effect.
2.Maximize a window
3.Minimize that window.
Actual Results:  
The screen all corrupt.

Expected Results:  
Minimize property with magic lamp effect.

If the window don't are maximized the bug don't happen. I need to disable effect with hotkey (alt+shift+f12)  to return to normal desktop. This happen to if i restore select a minimized window but restore to maximized.
Comment 1 Erick Osorio 2013-10-17 06:30:27 UTC
By the way, this dont happen in my laptop with intel gpu.

The next video show the bug:

https://dl.dropboxusercontent.com/u/15104765/bug%20magic%20lamp.mkv
Comment 2 Thomas Lübking 2013-10-17 08:14:55 UTC
> This bug still from KDE 4.11, and now I'm using KDE 4.11.2 and the bug still with out fix.
Does that mean you reported the bug before?
In case, please mark this a duplicate. Otherwise please attach the output of "qdbus org.kde.kwin /KWin supportInformation" to this one.
Comment 3 Thomas Lübking 2013-10-17 12:19:34 UTC
ftr: the window in the video is "quick maxized"

@Erick
Does it also happen without wobbly windows?
Comment 4 Erick Osorio 2013-10-17 18:06:52 UTC
Created attachment 82904 [details]
Kwin information.
Comment 5 Erick Osorio 2013-10-17 18:09:16 UTC
(In reply to comment #2)
> > This bug still from KDE 4.11, and now I'm using KDE 4.11.2 and the bug still with out fix.
> Does that mean you reported the bug before?
> In case, please mark this a duplicate. Otherwise please attach the output of
> "qdbus org.kde.kwin /KWin supportInformation" to this one.

Nope, i don't report before; and i search in the bugs and don't find this bug reported. I mean I noticed this bug for the first time in KDE 4.11; but  expected to be fixed in KDE 4.11.1 or 4.11.2.

@Thomas Lübking
Yes, this happen too with out woobly windows.
Comment 6 Thomas Lübking 2013-10-17 18:29:53 UTC
(In reply to comment #5)
> but  expected to be fixed in KDE 4.11.1 or 4.11.2.

For the future, please report bugs when you spot them.
They don't fix magically, this esp. is pot. a driver bug.

> Yes, this happen too with out woobly windows.
Does it happen when you select OpenGL 2.0 in "kcmshell4 kwincompositing", 3rd ("Advanced") tab?
Comment 7 Erick Osorio 2013-10-17 20:40:17 UTC
Still happen with OpenGL 2.0 and 1.2
Comment 8 Thomas Lübking 2013-10-17 23:39:36 UTC
"kcmshell4 kwindecoration", please change the decoration to oxygen.
Does it still happen?
Does it happen if you configure (the oxygen decoration) to have no border (or completely disable the border via the Alt+F3 menu)?
Comment 9 Erick Osorio 2013-10-18 05:04:39 UTC
Yes, this still happen with oxygen default and don't border. I create a new account in this PC, and the bug still happen with all settings in default.

I found something more... The Window does no need be maximized, just need have a little big size.
Comment 10 Thomas Lübking 2013-10-18 09:05:49 UTC
Try up/downgrading catalyst or the radeon driver (xf86-video-ati) instead.
This is very likely a pure driver bug.
Comment 11 Erick Osorio 2013-10-19 02:17:38 UTC
I make some test, and the result are:

*Radeon driver the bug don't happen.
*Catalyst 13.4 don't happen
*Catalyst 13.8 beta happen.
*Catalyst 13.11 beta happen.

I think this maybe related:
https://bugs.kde.org/show_bug.cgi?id=323065
Comment 12 Thomas Lübking 2013-10-20 20:03:34 UTC
Random guess: set the scaling method to "smooth" ("kcmshell4 kwincompositing", 3rd tab) and disable the blur effect.
Comment 13 Erick Osorio 2013-10-20 22:06:42 UTC
Still happen with out blur effect and smooth scaling.
Comment 14 Erick Osorio 2013-10-29 19:42:38 UTC
What happen with this bug? some progress?
Comment 15 Thomas Lübking 2013-10-29 19:47:00 UTC
The bug is by 99.9% chance in fglrx.

We cannot "fix" it if the driver screws its framebuffer. For the other case we just bypass uperating on the framebuffer by external knowledge that fglrx is broken.

Unless there's any idea what could be circumevented here the only "fix" is to simply not use magic lamp, sorry.

Resolving as upstream issue by comment #11 - unless proven wrong.
Comment 16 Erick Osorio 2014-02-03 02:49:22 UTC
Just for report that:

In the last beta release (fglrx 14.1 beta 1.3) don't happen this bug. I don't know if this are fixed property. I'll be wait for the next release for report. And in the next Stable Version i'll be back for report again.