Bug 78010 - Simple Qt5 app causes strange overlay to appear on screen
Summary: Simple Qt5 app causes strange overlay to appear on screen
Status: RESOLVED MOVED
Alias: None
Product: Mesa
Classification: Unclassified
Component: GLX (show other bugs)
Version: 10.1
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: mesa-dev
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-04-27 19:11 UTC by Bruce Merry
Modified: 2019-09-18 17:44 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
Demonstration app showing the issue (1.13 KB, text/plain)
2014-04-27 19:11 UTC, Bruce Merry
Details
Screenshot when not setting LIBGL_ALWAYS_SOFTWARE (93.51 KB, image/png)
2014-04-27 19:18 UTC, Bruce Merry
Details
Screenshot with LIBGL_ALWAYS_SOFTWARE (65.23 KB, image/png)
2014-04-27 19:20 UTC, Bruce Merry
Details

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.