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 691867 - UI Window Size Settings forgotten
UI Window Size Settings forgotten
Status: RESOLVED NOTGNOME
Product: evolution
Classification: Applications
Component: Mailer
3.8.x (obsolete)
Other Linux
: Normal normal
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2013-01-16 16:15 UTC by David Ronis
Modified: 2013-09-13 01:07 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description David Ronis 2013-01-16 16:15:41 UTC 
I've just updated gnome to 3.7.2, in particular, to glib-2.35.4 and gtk+-3.7.6.  I also rebuilt the git/master for evolution and related parts.   Evolution runs; however, it seems to have forgotten the default window settings.  The main UI is way to small, and the popup showing the mail download progress (press Send/Receive) is even smaller.
Comment 1 Milan Crha 2013-01-18 09:59:51 UTC 
Thanks for a bug report. It seems like they broke something with GSettings/DConf. The window size is defined in a scheme as a relocated something, or what was it's name to reuse the schema definition on various places rather than redefine it every times, thus maybe that got broken.
The values for shell window are stored at:
   /org/gnome/evolution/shell/window/
and you can watch them with this command:
   $ dconf watch /org/gnome/evolution/shell/window/

The Send/Receive window has stored its values at
   /org/gnome/evolution/mail/send-recv-window*
keys (height, width, and maximized suffixes).

Note a window change is not saved immediately, it has a delay of about two seconds, to avoid too often writes. It changes the values on my machine, and as I do not recall us changing anything on this, then I would blame glib for this.
Comment 2 David Ronis 2013-01-18 17:47:12 UTC 
I suspect you're right since I've encountered this problem in other applications (e.g., gnumeric)
Comment 3 Matthew Barnes 2013-05-03 04:10:02 UTC 
Closing this NOTGNOME since it's a GTK+ 3.7/3.8 issue and the GTK+ developers are very well aware of the regression.  It's not an Evolution bug.