GNOME Bugzilla – Bug 594083
[regression] Oversized main window on startup
Last modified: 2013-09-13 01:08:01 UTC
The initial UI sometimes is much larger than the width of the screen. Maximizing it shrinks it to the screen width (as it should) and un-maximizing the window leaves it set at something sensible. I'm pretty sure that this happens after a crash. My guess is that gconf is getting messed up. What's strange is that this didn't happen before. I'm running the git master (built today).
could you please provide screen shots, looks dupe of bug 593612
Created attachment 142482 [details] Screenshot I'm 90% sure that this is caused by a previous crash. I started fresh this morning and the UI sizes were fine. I had a crash (EDS related I suspect) and when I restarted evo I get the UI as shown in the attachment.
I saw this once early on in kill-bonobo development but haven't been able to reproduce it since. Can you watch what the GConf key is doing when this happens (/apps/evolution/shell/view_defaults/window_width) and also see if changing the non-maximized window size helps.
Will do, next time it crashes. One perhaps related thing: in Prefs->Contacts I select several local and one ldap list to be searched for addresses by default. These settings seem to be forgotten as well.
File a bug for that please so I can track it separately. I think I've noticed that myself.
Evo crashed on startup today (I think related to http://bugzilla.gnome.org/show_bug.cgi?id=592336). In any event, deleting all the .db files from .evolution/mail/ gets around this until the next restart. The UI mapped and is too big (as per the screenshot). Looking at the configuration editor shows: a width of 1225 but a window_width of 2306 (heights are 731 and 740). After Maximizing and UnMaximizing the window_width becomes 1272. The rest don't change.
I've played around a bit more and am now convinced that the bug is not crash related. I exited evolution manually (i.e., no crash) and restarted. The window was too big. Moreover, other preferences settings were forgotten (specifically, in preferences->contacts->autocompletion only one of the 4 address books or ldap servers I normally have checked was set on restart. I had made sure that they were set when I exited). My guess is that there is some problem interfacing with gconf either on exit or on startup. One more thing, I upgraded to gnome 2.28.0 yesterday (still running git/master for evo & friends).
Last time I noticed it it seemed to be related to ETree, the columns got too width for some reason. I see that from time to time, I reported to bugzilla as well, but because I wasn't able to reproduce it reliably I closed that bug (I think).
Might be related to bug #602416?
(In reply to comment #9) > Might be related to bug #602416? I doubt it, those warnings aren't shown, only columns seems to fail to fit the window nad forces it to be wider. Just a poor observation.
Created attachment 153316 [details] vfolders.xml I can reproduce this pretty consistently when I have all my accounts disable, start in offline, have selected a plain text mail in On This Computer/Inbox and when I have enabled search folders with this attached file as ~/.evolution/mail/vfolders.xml When I start evolution, before it loads all the folders, the window size is still OK (I see the scrollbar of a message list at the right, but no columns), but as soon as the search folders are loaded it breaks itself, and makes window larger than the screen size. To make it more confusing, when I press Alt+E for an Edit menu it time of "waiting to load all folders" then everything finishes as expected, no oversizing happens.
Created attachment 154206 [details] screenshot of broken contact's list view New observation, when I move to Contacts and set a List view mode, then I see that the table header doesn't match table content, widths are different, see picture. I believe it's related to our issue in mailer. Please notice the last column brokeness, when I change width of the window, then horizontal lines are still the same, but columns width is changing.
Created attachment 154502 [details] [review] evo patch for evolution; There are 80 activities at the start with the above vfolders.xml in use, and each activity reports 80 pixels requisition, so we have here more than 6600 pixels of a windows width (there is a small space between each activity). Setting a size request of "0, -1" on the EShellTaskbar, to prevent changing window size based on activities count, makes it work as expected. This change doesn't touch the contact's list, thus I filled bug #610824 for it.
Created commit 7100d13 in evo master (2.29.92+)