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 608203 - [regression] Left pane of mailer window is now really narrow at startup
[regression] Left pane of mailer window is now really narrow at startup
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Mailer
3.0.x (obsolete)
Other Linux
: Normal normal
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
evolution[kill-bonobo]
: 561586 611452 611715 630664 656945 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2010-01-26 22:38 UTC by Pascal Terjan
Modified: 2011-09-07 07:40 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Screenshot right after startup (46.18 KB, image/png)
2010-01-26 22:38 UTC, Pascal Terjan
  Details
proposed evo patch (4.86 KB, patch)
2010-03-23 12:03 UTC, Milan Crha
committed Details | Review
evo patch ][ (2.04 KB, patch)
2011-06-06 10:15 UTC, Milan Crha
committed Details | Review

Description Pascal Terjan 2010-01-26 22:38:28 UTC
Created attachment 152360 [details]
Screenshot right after startup

It used to remember the nice width but no longer does, and starts really narrow
Comment 1 Matthew Barnes 2010-01-26 23:24:06 UTC
What is the exact version you're using?
Comment 2 Pascal Terjan 2010-01-26 23:56:14 UTC
I reported with 2.29.5, and updated to 2.29.6 since but it still happens
Comment 3 Matthew Barnes 2010-01-27 00:26:47 UTC
If your Evolution window is maximized, try unmaximizing it and expanding the width of the window.
Comment 4 Pascal Terjan 2010-01-27 00:30:00 UTC
Indeed it works fine when the windows is not maximized
Comment 5 Matthew Barnes 2010-01-27 00:49:59 UTC
What happens if you maximize the wider window and restart?  Does the problem persist?
Comment 6 Pascal Terjan 2010-01-27 08:01:49 UTC
No, since it was set correctly once while not maximized it always works fine now
Comment 7 Akhil Laddha 2010-03-01 08:40:55 UTC
*** Bug 611452 has been marked as a duplicate of this bug. ***
Comment 8 Priit Laes (IRC: plaes) 2010-03-01 08:56:07 UTC
(In reply to comment #6)
> No, since it was set correctly once while not maximized it always works fine
> now

Yep, confirmed - bug disappears after you exit once from non-maximized evolution. 

Evo version is 2.29.91
Comment 9 Sebastien Bacher 2010-03-03 18:00:12 UTC
*** Bug 611715 has been marked as a duplicate of this bug. ***
Comment 10 Milan Crha 2010-03-23 12:03:36 UTC
Created attachment 156852 [details] [review]
proposed evo patch

for evolution;

My reproducer:
a) unmaximize the window
b) make it as smallest as possible
c) maximize it
d) change the folder_bar width
e) close evo & run evo

The folder_bar width is the smallest one, not the one stored in /apps/evolution/shell/view_defaults/folder_bar/width, further more this value is also rewritten on start.

I changed two things here:
1) in the shell window, the window size should be set before anything else (like folder_bar width), to use the overall size as on saving

2) in gconf bridge, when binding to a property of a widget which is not realized yet, do set the value second time, when it claims its change in the property change callback. This callback is called when the window is shown for the first time, and rewrites the internal value to the smaller one, satisfying window size from step b) above. I chose to use this hack, to make it simpler everywhere else.
Comment 11 Milan Crha 2010-04-14 10:42:10 UTC
Created commit 0cdd948 in evo master (2.31.1+)
Created commit ef31f50 in evo gnome-2-30 (2.30.1+)
Comment 12 Milan Crha 2010-10-19 11:27:45 UTC
Aha, nice, not a little mention here. The patch was reverted on 2010-05-28.
See this commit: http://git.gnome.org/browse/evolution/commit/?id=2cb330eb097
Comment 13 Milan Crha 2010-10-19 11:28:47 UTC
*** Bug 630664 has been marked as a duplicate of this bug. ***
Comment 14 Milan Crha 2010-10-19 11:29:24 UTC
*** Bug 561586 has been marked as a duplicate of this bug. ***
Comment 15 Milan Crha 2011-06-06 07:17:10 UTC
Downstream bug report about the same, confirmed on 3.0.2:
https://bugzilla.redhat.com/show_bug.cgi?id=517403
Comment 16 Milan Crha 2011-06-06 10:15:03 UTC
Created attachment 189311 [details] [review]
evo patch ][

for evolution;

Different approach - mimic what the workaround does, change window size to the screen size before calling maximize. The restore of the window size after de-maximizing is used to not loose window size stored in settings.
Comment 17 Milan Crha 2011-06-06 10:16:15 UTC
Created commit 72b7cfa in evo master (3.1.2+)
Comment 18 Yves-Alexis Perez 2011-09-07 07:40:43 UTC
*** Bug 656945 has been marked as a duplicate of this bug. ***