Bug 301361 - WindowGeometry shows black boxes on native graphics system
Summary: WindowGeometry shows black boxes on native graphics system
Status: RESOLVED DUPLICATE of bug 296289
Alias: None
Product: kwin
Classification: Plasma
Component: scene-opengl (show other bugs)
Version: 4.8.90
Platform: Arch Linux Linux
: NOR minor
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-06-07 14:19 UTC by Hoang Duc Hieu
Modified: 2012-08-26 10:04 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Black boxes on Present Windows (231.56 KB, image/png)
2012-06-17 19:53 UTC, Dario Cambié
Details

Note You need to log in before you can comment on or make changes to this bug.
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 ***