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 697275 - gtk_window_set_default_size() doesn't work anymore
gtk_window_set_default_size() doesn't work anymore
Status: RESOLVED INVALID
Product: gtk+
Classification: Platform
Component: Widget: Other
unspecified
Other Linux
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2013-04-04 14:43 UTC by Bastien Nocera
Modified: 2013-04-08 10:34 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Bastien Nocera 2013-04-04 14:43:17 UTC 
It worked correctly in F18 (GTK+ 3.6) but regressed in 3.8 and current master.

Instead of using the size set using gtk_window_set_default_size(), it seems to use the minimum size for the window, based on the widgets inside it.
Comment 1 Benjamin Otte (Company) 2013-04-06 08:49:12 UTC 
There needs to be a different constraint that makes this go wrong. Because I just wrote a testcase and the test works fine. See
https://git.gnome.org/browse/gtk+/commit/?id=8687fbc15e1ec68305f7fdce2f94d56d55c7d617
Comment 2 Benjamin Otte (Company) 2013-04-06 08:50:22 UTC 
I should mention that using type=popup in reftests is something I do in reftests to avoid WM interaction so we can screenshot faster. I tried with a normal window and it worked fine, too.
Comment 3 Bastien Nocera 2013-04-08 10:34:45 UTC 
It looks like it wasn't gtk_window_set_default_size() that was buggy (although I'm certain to have checked that...) but gtk_window_get_size() not working as expected.
gtk_window_compute_configure_request() (as used in gtk_window_get_size()) doesn't return the last configure request sent when the window is unmapped), which is tracked in bug 696882.

Thanks for adding a test case though :)