After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 519410 - drawing error with win32 theme for file-type combo
drawing error with win32 theme for file-type combo
Status: RESOLVED DUPLICATE of bug 461805
Product: gtk+
Classification: Platform
Component: Backend: Win32
2.12.x
Other Windows
: Normal trivial
: ---
Assigned To: gtk-win32 maintainers
gtk-bugs
: 503794 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2008-02-28 22:21 UTC by Jody Goldberg
Modified: 2008-03-12 23:41 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
screenshot of the oddness. (6.02 KB, image/png)
2008-02-28 22:23 UTC, Jody Goldberg 		Details

Description Jody Goldberg 2008-02-28 22:21:42 UTC 
SaveAs dialog with a file type combo is putting a white background behind the combo label that goes away when a redraw is forced.
Comment 1 Jody Goldberg 2008-02-28 22:23:22 UTC 
Created attachment 106197 [details]
screenshot of the oddness.

Full debuggable installation package available from
http://www.gnome.org/~jody/gnumeric/win32/gnumeric-1.9.0-win32-1.exe

It's not impossible this is specific to my cross compiled build.

Any ideas ?
Comment 2 Cody Russell 2008-02-29 19:41:58 UTC 
It seems like I saw something like this quite awhile ago in gtk-demo under the "Combo boxes" demo, but I thought it has been gone for awhile now.  What version of gtk+ are you using, or is this very recent svn?
Comment 3 Dominic Lachowicz 2008-02-29 19:53:09 UTC 
libgtk-win32-2.0-0.dll 
File version: 2.12.8.0
Comment 4 Dominic Lachowicz 2008-02-29 20:41:59 UTC 
This happens with the "XP" theme.
Comment 5 Dominic Lachowicz 2008-02-29 20:51:44 UTC 
Tidbit - this happens on gtk-demo with Jody's version of GTK+, but not on gtk-demo using Pidgin 2.4.0's version of GTK+. Both are allegedly GTK+ 2.12.8.0. 

The problem goes away if you copy Pidgin's copy of the ms-windows theme engine (libwimp.dll) to Gnumeric.
Comment 6 Jody Goldberg 2008-03-01 15:52:00 UTC 
There is a sample package in
   http://www.gnome.org/~jody/gnumeric/win32/gnumeric-1.9.0-win32-20080301.exe
with all libraries built with -g -O0

It's possible that the lack of optimization is what is triggering this.
Comment 7 Cody Russell 2008-03-01 18:23:03 UTC 
How would the optimizations, or lack thereof, affect this?  That seems kind of unlikely doesn't it?  I can try to build both ways just to test, though.
Comment 8 Jody Goldberg 2008-03-01 18:54:05 UTC 
optimzation or lack thereof sometimes uncovers the use of uninitialized memory.  The usual symptom is things working in a development build because the uninitialized memory is more likely to be 0.
Comment 9 Dominic Lachowicz 2008-03-04 20:36:45 UTC 
*** Bug 503794 has been marked as a duplicate of this bug. ***
Comment 10 Tor Lillqvist 2008-03-05 03:30:04 UTC 
I noticed an identical display error in gtk-demo's "Combo Boxes" with a libgobject DLL (!) compiled (with debugging) with MSVC6. With a libgobject DLL compiled (also with debugging) with gcc, no glitch. Nothing else changing. (This is with trunk GLib and GTK+.) Extremely weird...
Comment 11 Tor Lillqvist 2008-03-10 17:42:07 UTC 
This probably is a dupe of bug #461805, which arc just has been fixing, isn't it?
Comment 12 Jody Goldberg 2008-03-12 23:41:18 UTC 
The patch in 461805 solves the problem.

*** This bug has been marked as a duplicate of 461805 ***