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 644286 - Window resize is jumpy with WIN_POS_CENTER_ALWAYS
Window resize is jumpy with WIN_POS_CENTER_ALWAYS
Status: RESOLVED OBSOLETE
Product: gtk+
Classification: Platform
Component: Backend: Win32
2.22.x
Other Windows
: Normal normal
: ---
Assigned To: gtk-win32 maintainers
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2011-03-09 07:50 UTC by Jason Heeris
Modified: 2018-02-10 03:33 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Demonstration of jumpiness (279 bytes, text/plain)
2011-03-09 07:50 UTC, Jason Heeris
Details
minimal test program in C (417 bytes, text/plain)
2011-03-09 09:45 UTC, Dieter Verfaillie
Details

Description Jason Heeris 2011-03-09 07:50:51 UTC
Created attachment 182933 [details]
Demonstration of jumpiness

Running the attached script on Windows (XP) brings up a resizeable window. While dragging one of the corners to resize, the entire window is constantly jumping between two positions: centered on its original location, and where it would be if set_position() had not been called.

It's quite hard to describe, but it is consistently reproducible on multiple machines. I can send in a video if need be...
Comment 1 Jason Heeris 2011-03-09 08:50:30 UTC
Just checked with 2.22.6, and it's still the case.
Comment 2 Dieter Verfaillie 2011-03-09 09:45:31 UTC
Created attachment 182944 [details]
minimal test program in C

A minimal test program in C has the same problem,
tested with gtk+-bundle_2.22.1-20101227_win32 on Windows XP:

1) gcc -Wall -ggdb test.c -o test `pkg-config --cflags gtk+-2.0` `pkg-config --libs gtk+-2.0`
2) ./test.exe
3) resize the window and observe the "jumpyness"

It looks like one part of GTK+ attempts to center the window while
resizing the window (incorrect behavior), while another part attempts
to leave the topleft corner at it's original position (correct behavior).

Doing the same on Linux, the topleft corner always stays at the same position.
Comment 3 Matthias Clasen 2018-02-10 03:33:05 UTC
We're moving to gitlab! As part of this move, we are closing bugs that haven't seen activity in more than 5 years. If this issue is still imporant to you and
still relevant with GTK+ 3.22 or master, please consider creating a gitlab issue
for it.