Bug 321865 - Decorations not visible
Summary: Decorations not visible
Status: RESOLVED FIXED
Alias: None
Product: kwin
Classification: Plasma
Component: compositing (show other bugs)
Version: 4.10.90
Platform: Other Linux
: NOR minor
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-07-02 17:08 UTC by Hrvoje Senjan
Modified: 2013-08-06 12:45 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments
KWin support info (with openGL1/legacy backend) (4.73 KB, text/plain)
2013-07-05 10:42 UTC, Hrvoje Senjan
Details
kwin --replace & with MESA_DEBUG (14.12 KB, text/plain)
2013-07-05 10:45 UTC, Hrvoje Senjan
Details
"How it looks" (307.30 KB, image/png)
2013-07-05 10:46 UTC, Hrvoje Senjan
Details
Screenshot when moving windows (from bug 321760, but the same with that one, and "intel one" fixed) (427.27 KB, image/png)
2013-07-05 14:45 UTC, Hrvoje Senjan
Details
Patch (1.07 KB, patch)
2013-07-07 17:55 UTC, Fredrik Höglund
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Hrvoje Senjan 2013-07-02 17:08:00 UTC
Now that bug 321843 should be fixed, the issue on intel 855gm remains that decorations are not visible/drawn - one can interact with them though.
Tried several decos, oxygen, plastik, laptop ...
Both graphicsystems
They are drawn w/o compositing and w/ XRender

Reproducible: Always

Steps to Reproduce:
1. Enable openGL1 comp. on mentioned chip
Actual Results:  
No decos drawn

Expected Results:  
Well... :-)

Maybe wrong component?

>Also do you have commit 15d1bc6b4dbdd397c715a4036f30d58c2760357f ?
I have 4.10.90 + r111355. If needed, i'll try update to latest master. 

I'll attach KWin support info sometimes later today - not near that machine currently
Comment 1 Hrvoje Senjan 2013-07-05 10:42:26 UTC
Created attachment 80965 [details]
KWin support info (with openGL1/legacy backend)
Comment 2 Hrvoje Senjan 2013-07-05 10:45:01 UTC
Created attachment 80966 [details]
kwin --replace & with MESA_DEBUG
Comment 3 Hrvoje Senjan 2013-07-05 10:46:07 UTC
Created attachment 80967 [details]
"How it looks"
Comment 4 Hrvoje Senjan 2013-07-05 10:47:52 UTC
gles (expectedly?) fails:
libEGL warning: failed to create a pipe screen for i915
kwin(26269): Create Context failed 
kwin(26269) KWin::OpenGLBackend::setFailed: Creating the OpenGL rendering failed:  "Could not initialize rendering context"
Comment 5 Thomas Lübking 2013-07-05 12:08:33 UTC
(In reply to comment #4)
> gles (expectedly?) fails:
> libEGL warning: failed to create a pipe screen for i915
> kwin(26269): Create Context failed 
> kwin(26269) KWin::OpenGLBackend::setFailed: Creating the OpenGL rendering
> failed:  "Could not initialize rendering context"

You've to disable GLLegacy (setting that gles should rather ignore?) - though i can't say whether it'll work on that chip at all.

---

Mesa: User error: GL_INVALID_FRAMEBUFFER_OPERATION in glClear(incomplete framebuffer)
Mesa: 5 similar GL_INVALID_FRAMEBUFFER_OPERATION errors

pot unrelated, but maybe our "intel-bug"?

---------

Mesa: User error: GL_INVALID_ENUM in glEnable(GL_FALSE)
Mesa: User error: GL_INVALID_ENUM in glBindTexture(target)

Can you try reverting 68097433e080a6db9f577b201fcf5fffc95ee769 (no idea whether it still compiles afterwards)
Comment 6 Hrvoje Senjan 2013-07-05 14:45:07 UTC
Created attachment 80974 [details]
Screenshot when moving windows (from bug 321760, but the same with that one, and "intel one" fixed)

(In reply to comment #5)
> You've to disable GLLegacy (setting that gles should rather ignore?) -
> though i can't say whether it'll work on that chip at all.
I'll try, though i'm not expecting it to work. Just wanted to check would that create drawn decorations

> Mesa: User error: GL_INVALID_FRAMEBUFFER_OPERATION in glClear(incomplete
> framebuffer)
> Mesa: 5 similar GL_INVALID_FRAMEBUFFER_OPERATION errors
> 
> pot unrelated, but maybe our "intel-bug"?
Could be :-)

> Mesa: User error: GL_INVALID_ENUM in glEnable(GL_FALSE)
> Mesa: User error: GL_INVALID_ENUM in glBindTexture(target)
> 
> Can you try reverting 68097433e080a6db9f577b201fcf5fffc95ee769 (no idea
> whether it still compiles afterwards)

I'll try, and post results - if builds. Could be related, as moving windows delivers some kind of a frame (as per screenshot)
Comment 7 Hrvoje Senjan 2013-07-06 13:42:50 UTC
(In reply to comment #5)
> Can you try reverting 68097433e080a6db9f577b201fcf5fffc95ee769 (no idea
> whether it still compiles afterwards)
No,  isn't this one. Same results. Maybe the one after?
Comment 8 Hrvoje Senjan 2013-07-06 15:22:38 UTC
It is some earlier change, as also with 0ba224ebd992456248dabc8970e3e309b86cfb39 same result
Comment 9 Hrvoje Senjan 2013-07-06 15:56:59 UTC
(In reply to comment #8)
> It is some earlier change, as also with
> 0ba224ebd992456248dabc8970e3e309b86cfb39 same result

as with f14eb603b2ef70617cd957f67422c282ae58fc23
Comment 10 Fredrik Höglund 2013-07-07 17:55:56 UTC
Created attachment 81004 [details]
Patch

This patch should fix the problem.
Comment 11 Hrvoje Senjan 2013-07-07 18:02:18 UTC
(In reply to comment #10)
> This patch should fix the problem.

I'll test it in the next few days.
Comment 12 Hrvoje Senjan 2013-07-24 17:11:13 UTC
(In reply to comment #11)
> (In reply to comment #10)
> > This patch should fix the problem.
> 
> I'll test it in the next few days.

Turned out to be weeks, but indeed the patch works. Decos are (correctly) drawn with opengl compositing
Comment 13 Martin Flöser 2013-08-06 12:45:38 UTC
Git commit 666c7ce3460c4a01becc75c1d12d718273975065 by Martin Gräßlin, on behalf of Fredrik Höglund.
Committed on 07/07/2013 at 17:49.
Pushed by graesslin into branch 'KDE/4.11'.

kwin: Make PaintRedirector work without NPOT texture support

M  +7    -0    kwin/paintredirector.cpp

http://commits.kde.org/kde-workspace/666c7ce3460c4a01becc75c1d12d718273975065