Bug 301361

Summary:	WindowGeometry shows black boxes on native graphics system
Product:	[Plasma] kwin	Reporter:	Hoang Duc Hieu <hdhoang>
Component:	scene-opengl	Assignee:	KWin default assignee <kwin-bugs-null>
Status:	RESOLVED DUPLICATE
Severity:	minor	CC:	dariocambie, kde
Priority:	NOR
Version:	4.8.90
Target Milestone:	---
Platform:	Arch Linux
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:
Attachments:	Black boxes on Present Windows

Description Hoang Duc Hieu 2012-06-07 14:19:43 UTC

With Qt graphics system set to Native, WGeometry's boxes are solid black with black text and unrounded semi-transparent border. The boxes still resize when their text's width changes.

With Raster, the text, background, and corners are the same as in 4.8.

Hardware: radeon 6310 with mesa 8.0.3 r600g.
KDE 4.8.80 from ArchLinux's kde-unstable repo.

Comment 1 Thomas Lübking 2012-06-07 14:34:22 UTC

This affects all unstyled effectframes and ois regardless of the GPU
(seems unrelated to bug #301068)

Comment 2 Martin Flöser 2012-06-07 16:18:23 UTC

> This affects all unstyled effectframes and ois regardless of the GPU
> (seems unrelated to bug #301068)
I'm tempted to say it's the same bug as it affects all EffectFrames.

Maybe we should go for raster only with OpenGL as a solution?

Comment 3 Thomas Lübking 2012-06-07 16:31:00 UTC

(In reply to comment #2)
> I'm tempted to say it's the same bug as it affects all EffectFrames.
The other bug seems intel specific (doesn't happen on nvidia) and was "fixed" here by omitting the  glXCreatePixmap target type.
This one happens on both, intel & nvidia, and is not impressed by the mentioned (local) "fix"
 
> Maybe we should go for raster only with OpenGL as a solution?
If we cannot fix this for 4.9 final we should strongly advise it (like native for xrender - it's still possible to configure the raster system, it's just avoided ;-)

Comment 4 Martin Flöser 2012-06-07 16:36:33 UTC

On Thursday 07 June 2012 16:31:00 you wrote:
> https://bugs.kde.org/show_bug.cgi?id=301361
> 
> --- Comment #3 from Thomas Lübking <thomas.luebking@gmail.com> ---
> (In reply to comment #2)
> 
> > I'm tempted to say it's the same bug as it affects all EffectFrames.
> 
> The other bug seems intel specific (doesn't happen on nvidia) and was
> "fixed" here by omitting the  glXCreatePixmap target type.
> This one happens on both, intel & nvidia, and is not impressed by the
> mentioned (local) "fix"
The other one is reproducable on my ATI. I have not yet tested the "fix"
> 
> > Maybe we should go for raster only with OpenGL as a solution?
> 
> If we cannot fix this for 4.9 final we should strongly advise it (like
> native for xrender - it's still possible to configure the raster system,
> it's just avoided ;-)
yes :-)

Comment 5 Dario Cambié 2012-06-17 19:53:45 UTC

Created attachment 71893 [details]
Black boxes on Present Windows

Comment 6 Dario Cambié 2012-06-17 19:58:02 UTC

Comment on attachment 71893 [details]
Black boxes on Present Windows

Sorry, wrong bug, meant to be #296289.

Comment 7 Thomas Lübking 2012-06-17 20:14:15 UTC

as martin suggested and given our later figured reason behind it, this actually /is/ very most likely bug #296289

Comment 8 Thomas Lübking 2012-08-25 04:57:18 UTC

Did this issue get fixed with bug #296289 ?

Comment 9 Janek Bevendorff 2012-08-25 09:09:27 UTC

At least I don't have this issue anymore. Neither with Compositing type 
being set to Native nor with Raster.
Using KDE SC 4.9.0.

Comment 10 Thomas Lübking 2012-08-26 10:04:45 UTC

Closing as most likely dupe.
Please call back if this is still an issue in 4.9.0 or up

*** This bug has been marked as a duplicate of bug 296289 ***