--- Begin Message ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: libqtgui4: major gfx mem corruption
- From: Paul Millar <paul.millar@desy.de>
- Date: Thu, 30 Apr 2009 09:44:11 +0200
- Message-id: <20090430074411.27151.90699.reportbug@zitpcx6184.desy.de>
Package: libqtgui4
Version: 4.5.1-1
Severity: important
I have noticed display corruption with many KDE applications; including kontact and konqueror. This
corruption is shared with the virtualbox-ose-qt GUI, so I believe either QT or X is the common factor,
not KDE.
Although I run mostly KDE applications, I also run iceweasel and have (so far) not noticed any
corruption with that application. Therefore I believe the problem lies within QT (and outwith X),
although I wouldn't say this is conclusive. I've also noticed the problem on three different machines,
each with different graphics hardware; suggesting this isn't directly a hardware-related problem.
The display corruption does not appear straight away. It appears to be triggered by something within
the application. I haven't been able to figure out precisely what triggers the problem, but it does
not appear to be directly related to user input (mouse movement, keyboard, etc) but rather the
application (attempting to) update its display in some way.
The display corruption is manifest as a rectangular region within a window with semi-random content.
The corruption sometimes shows content from other or previous windows, albeit distorted or misaligned:
successive horizontal lines appear shifted. The affected region is usually located at the top-left
corner of the window (including the menus), but does not include the window decoration.
Hiding the corrupted region (with another window) and revealing it again does not affect the corruption
but triggering the application (or QT) to refresh the display cleans the redrawn area; for example, a
mouse-hover over a toolbar or menu item will clear the corrupt as the application/QT will draw a
highlighted version of the icon or menu item.
Minimising and maximising the window will clear some corruption in the menu and toolbars, but not
elsewhere. This behaviour (min-then-max clearing corruption) appears to be application specific, so I
suspect it is another example of the application redrawing some content, causing that part of the
corruption to go away.
-- System Information:
Debian Release: squeeze/sid
APT prefers oldstable
APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.29-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages libqtgui4 depends on:
ii fontconfig 2.6.0-3 generic font configuration library
ii libaudio2 1.9.1-5 Network Audio System - shared libr
ii libc6 2.9-8 GNU C Library: Shared libraries
ii libfontconfig1 2.6.0-3 generic font configuration library
ii libfreetype6 2.3.9-4.1 FreeType 2 font engine, shared lib
ii libgcc1 1:4.3.3-8 GCC support library
ii libglib2.0-0 2.20.1-1 The GLib library of C routines
ii libice6 2:1.0.5-1 X11 Inter-Client Exchange library
ii libjpeg62 6b-14 The Independent JPEG Group's JPEG
ii libmng1 1.0.9-1 Multiple-image Network Graphics li
ii libpng12-0 1.2.35-1 PNG library - runtime
ii libqtcore4 4.5.1-1 Qt 4 core module
ii libsm6 2:1.1.0-2 X11 Session Management library
ii libstdc++6 4.3.3-8 The GNU Standard C++ Library v3
ii libtiff4 3.8.2-11 Tag Image File Format (TIFF) libra
ii libx11-6 2:1.2.1-1 X11 client-side library
ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar
ii libxrender1 1:0.9.4-2 X Rendering Extension client libra
ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime
Versions of packages libqtgui4 recommends:
ii qt4-qtconfig 4.5.1-1 Qt 4 configuration tool
libqtgui4 suggests no packages.
-- no debconf information
--- End Message ---