Bug 78010

Summary: Simple Qt5 app causes strange overlay to appear on screen
Product: Mesa Reporter: Bruce Merry <bmerry>
Component: GLXAssignee: mesa-dev
Status: RESOLVED MOVED QA Contact:
Severity: normal    
Priority: medium    
Version: 10.1   
Hardware: x86-64 (AMD64)   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:
Attachments: Demonstration app showing the issue
Screenshot when not setting LIBGL_ALWAYS_SOFTWARE
Screenshot with LIBGL_ALWAYS_SOFTWARE

Description Bruce Merry 2014-04-27 19:11:20 UTC
Created attachment 98089 [details]
Demonstration app showing the issue

I'm not sure if this is a bug in Mesa or in Qt. But since the behaviour differs depending on whether LIBGL_ALWAYS_SOFTWARE is set or not I think something might be strange in Mesa, which is why I'm filing this here first.

I have reduced the problem to a very simple Qt5 application (which I will attach). It has a QGLWidget, which simply calls glClear. When I run the application, a window (with no decorations) seems to appear over part of the screen, at the same size as the widget. It initially shows through to whatever was on the desktop behind it, but the contents are not updated.

Additionally, the GL widget does not seem to be filled in: it starts with whatever the background was, and doesn't update. However, if I set LIBGL_ALWAYS_SOFTWARE=1, then it correctly shows as pink (however, the other symptom remains).

System information:
OS: Xubuntu 14.04
CPU: i5-2430M

glxinfo, without environment variables:
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Sandybridge Mobile 
OpenGL core profile version string: 3.1 (Core Profile) Mesa 10.1.0
OpenGL core profile shading language version string: 1.40

glxinfo, with LIBGL_ALWAYS_SOFTWARE=1
OpenGL vendor string: VMware, Inc.
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.4, 256 bits)
OpenGL version string: 2.1 Mesa 10.1.0
OpenGL shading language version string: 1.30

I've also tried using Mesa git (151a20d), configured with
--with-dri-drivers=i965,swrast --with-gallium-drivers=
which showed the same symptoms.
Comment 1 Bruce Merry 2014-04-27 19:18:32 UTC
Created attachment 98090 [details]
Screenshot when not setting LIBGL_ALWAYS_SOFTWARE

Screenshot without setting any environment variables. What looks like a bit of the GIMP and of Bugzilla is actually the application, which has not updated its backbuffer.
Comment 2 Bruce Merry 2014-04-27 19:20:40 UTC
Created attachment 98091 [details]
Screenshot with LIBGL_ALWAYS_SOFTWARE
Comment 3 Bruce Merry 2014-04-27 19:41:01 UTC
I've also discovered that if I disable the compositor in Settings -> Window manager tweaks -> Compositor, then the extra window thing goes away, but I still have the bug that the hardware renderer does not clear the window correctly.
Comment 4 GitLab Migration User 2019-09-18 17:44:44 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/mesa/mesa/issues/94.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.