GNOME Bugzilla – Bug 595669
[regression] Paned layout sizes not remembered at startup
Last modified: 2013-09-13 01:03:29 UTC
I am using the kill-bonobo Fedora 12 repository; when starting up Evolution, the layout of the paned widgets inside the shell is not remembered.
On the first start only or also after additional restarts?
It happens every time I start the application.
Are you starting with a maximized window, and does it come up in the same position each time, just not what you set it to? If so, see if the problem persists with an unmaximized window. Pane positions seem to get restored -before- the window is maximized, and if the unmaximized window is not large enough to accomodate the saved position, the pane position gets truncated. So then when the window is finally maximized, it looks like the pane position was forgotten.
(In reply to comment #3) > Are you starting with a maximized window, and does it come up in the same > position each time, just not what you set it to? Yeah. > If so, see if the problem persists with an unmaximized window. Pane positions > seem to get restored -before- the window is maximized, and if the unmaximized > window is not large enough to accomodate the saved position, the pane position > gets truncated. So then when the window is finally maximized, it looks like > the pane position was forgotten. You were right, as the problem does not appear with an unmaximized window; also, doing the following has fixed the issue for me: - unmaximize Evolution - close it - re-open it (the window will appear with the right size/position) - re-maximize it Maybe something has changed in the way the position values are saved during the kill-bonobo transition?
(In reply to comment #4) > Maybe something has changed in the way the position values are saved during > the kill-bonobo transition? Correct. Instead of saving the size of the top pane, I'm now saving the position of the bottom pane. So now when you resize the window the preview pane remains a fixed size and the message list expands and shrinks with the window, whereas before it did the opposite. Maximizing a window is asynchronous. Calling gtk_window_maximize() results in a window state event some time later, so trying to get that and pane size restoration to play nice together is proving to be tricky. Anyway, this is the same issue as bug #593612 so closing as a dupe. *** This bug has been marked as a duplicate of bug 593612 ***