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 320150 - Incomplete exposure of message box
Incomplete exposure of message box
Status: RESOLVED INCOMPLETE
Product: gtk+
Classification: Platform
Component: Backend: Win32
2.8.x
Other All
: Normal normal
: ---
Assigned To: gtk-win32 maintainers
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2005-10-29 07:39 UTC by Mathias Hasselmann (IRC: tbf)
Modified: 2006-09-27 14:17 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
The exposure problem (25.05 KB, image/jpeg)
2005-10-29 07:39 UTC, Mathias Hasselmann (IRC: tbf) 		Details

Description Mathias Hasselmann (IRC: tbf) 2005-10-29 07:39:07 UTC 
Please describe the problem:
Sometimes rendering of message boxes is incomplete on Windows.

Steps to reproduce:
Investigating, as it is not my computer where this happens.

Actual results:


Expected results:


Does this happen every time?


Other information:
Comment 1 Mathias Hasselmann (IRC: tbf) 2005-10-29 07:39:45 UTC 
Created attachment 54029 [details]
The exposure problem
Comment 2 Tor Lillqvist 2005-10-29 23:36:38 UTC 
What version of cairo are you using? If you are using 1.0.0, this might be
caused by a bug that has been fixed in cairo 1.0.2, please try that, from
ftp.gtk.org/pub/gtk/v2.8/win32 . (If you really are using GTK+ 2.8.x, as you claim.)
Comment 3 Mathias Hasselmann (IRC: tbf) 2005-10-31 09:12:38 UTC 
Yes, I really use GTK+ 2.8.x - where 'x' is '6' to be exactly. Also using cairo
1.0.2 already. Using your builds at ftp://ftp.gtk.org/pub/gtk/v2.8/win32/
doesn't work for me, as you build cairo without PDF support. Using my build
script at http://taschenorakel.de/svn/repos/photobuch-runtime/trunk/ instead.

Maybe you can point me on the cairo bug, so that I can do some research on myself?

Could using this hack, for adjusting window decorations off dialogs play a role
in the game?

void adjust_dialog_style(GtkWidget *widget)
{
#ifdef G_OS_WIN32
    gtk_widget_realize(widget);

    HWND hwnd = GDK_WINDOW_HWND(widget->window);
    LONG style = GetWindowLong(hwnd, GWL_STYLE);

    style&= ~(WS_THICKFRAME | WS_MINIMIZEBOX | WS_MAXIMIZEBOX);
    
    SetWindowLong(hwnd, GWL_STYLE, style);

    if (GTK_WIDGET_VISIBLE(widget)) {
        ShowWindow(hwnd, SW_HIDE);
        ShowWindow(hwnd, SW_NORMAL);
    }
#endif
}
Comment 4 Tor Lillqvist 2006-01-02 09:40:22 UTC 
The cairo bug I was referring to is 4612, see https://bugs.freedesktop.org/show_bug.cgi?id=4612  I don't think your adjust_dialog_style() function has anything to do with your problem.
Comment 5 Tor Lillqvist 2006-06-08 16:26:27 UTC 
Can your customers/users still reproduce this, with current cairo and GTK+ versions?
Comment 6 André Klapper 2006-09-27 14:17:48 UTC 
Closing this bug report as no further information has been provided. Mathias, please feel free to reopen this bug if you can provide the information Tor asked for.
Thanks!