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 723403 - Default window size is unusable and size is not remembered
Default window size is unusable and size is not remembered
Status: RESOLVED FIXED
Product: accerciser
Classification: Applications
Component: general
3.8.x
Other Linux
: Normal major
: ---
Assigned To: Accerciser Developers
Accerciser Developers
Depends on:
Blocks:
 
 
Reported: 2014-02-01 00:09 UTC by Michael Catanzaro
Modified: 2014-03-02 09:03 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
screenshot of window (6.85 KB, image/png)
2014-02-01 00:09 UTC, Michael Catanzaro 		Details

Description Michael Catanzaro 2014-02-01 00:09:39 UTC 
Created attachment 267767 [details]
screenshot of window

Every time I open Accerciser, the window is ludicrously small. (Screenshot attached.)

After resizing the window, I additionally have to pull down the pane separator, since the top pane is completely hidden.
Comment 1 Javier Hernández 2014-02-25 14:29:57 UTC 
Hi Michael,

I'm not experiencing this issue here, could you please provide further information about the environment where you're experiencing this problem?
Comment 2 Joanmarie Diggs (IRC: joanie) 2014-02-25 14:37:37 UTC 
I see the same thing as Michael. I'm using Fedora 20.
Comment 3 Javier Hernández 2014-02-25 14:41:45 UTC 
Thank you Joanie for confirming this, will try to fix it ASAP. Sorry for the inconveniences.
Comment 4 Michael Catanzaro 2014-02-25 15:08:54 UTC 
Thanks for looking into this! I'm also on Fedora 20, but you can probably reproduce it on any distro with GTK+ 3.10, which seems to be stricter about requiring expand to be set on boxes than 3.8 and 3.11 are.
Comment 5 Javier Hernández 2014-03-02 08:59:55 UTC 
Hi again,

the problem was that the window's size properties were being stored at 'destroy' event time, and this turned the window to not retrieve its right dimensions. By moving this to be triggered at 'delete-event' time the problem has disappeared.

Thanks for the bug report. Now commiting the bugfix.
Comment 6 Javier Hernández 2014-03-02 09:03:07 UTC 
fixed in master, see commit: 61e230a462e4448756a925f7ecf6ec14460a2ba2