For several weeks now (I compile the git version every Monday), the windows in normal mode (i.e. multi-window mode) behave in a weird way: I place them where I want them on one virtual screen, and then I move to another one virtual screen. When I come back, the windows have moved to a different place, always the same.

I'm with Debian testing and GNOME.

On Wed, Feb 17, 2010 at 6:07 PM, Olivier wrote:

For several weeks now (I compile the git version every Monday), the windows in normal mode (i.e. multi-window mode) behave in a weird way: I place them where I want them on one virtual screen, and then I move to another one virtual screen. When I come back, the windows have moved to a different place, always the same.

I'm with Debian testing and GNOME.

I can confirm this (although I'm using Arch Linux + AwesomeWM) : I put the toolbox over at the right edge of the screen. When I come back, it's squashed ridiculously narrow near the left edge of the screen.

Something similar here. Using git version. ( max 3 or 4 days old, current one is somehow not compiling, trying to see whats choking it) . I took the toolbox and kept it at the right edge (size jsut enough to keep the tools arranged in two columns). Then minimized and restored again. It got restored at almost the same position, but the size was huge, enough to almost cover the screen when i brought the whole thing into view.

On Wed, Feb 17, 2010 at 10:30 AM, Laxminarayan Kamath wrote:

Something similar here. Using git version. ( max 3 or 4 days old, current one is somehow not compiling, trying to see whats choking it) . I took the toolbox and kept it at the right edge (size jsut enough to keep the tools arranged in two columns).  Then minimized and restored again. It got restored at almost the same position, but the size was huge, enough to almost cover the screen when i brought the whole thing into view.

AFAIK toolbox size issues are a side effect of the incomplete swm. One of the intersting aspects is that since swm does not restore properly I can be in swm mode on startup and have a toolbox thats frozen in one spot. It cant be stretched and it cant be moved.

On Tue, Feb 16, 2010 at 10:59 PM, yahvuu wrote:

Alexia Death wrote:
 > AFAIK toolbox size issues are a side effect of the incomplete  swm.

One of the intersting aspects is that since swm does not restore properly I can be in swm mode on startup and have a toolbox thats frozen in one spot. It cant be stretched and it cant be moved.

windows key + left/right mouse drag still works here.

Is that something that has a chance to work in KDE?

Olivier writes:

For several weeks now (I compile the git version every Monday), the windows in normal mode (i.e. multi-window mode) behave in a weird way: I place them where I want them on one virtual screen, and then I move to another one virtual screen. When I come back, the windows have moved to a different place, always the same.

https://bugzilla.gnome.org/show_bug.cgi?id=608834

That also has a workaround, if you want to patch your local version so you can use gimp in the meantime.

...Akkana

On Wed, Feb 17, 2010 at 7:34 PM, Akkana Peck wrote:

Olivier writes:

For several weeks now (I compile the git version every Monday), the

windows

in normal mode (i.e. multi-window mode) behave in a weird way: I place

them

where I want them on one virtual screen, and then I move to another one virtual screen. When I come back, the windows have moved to a different place, always the same.

https://bugzilla.gnome.org/show_bug.cgi?id=608834

That also has a workaround, if you want to patch your local version so you can use gimp in the meantime.

GIMP remains usable, of course, simply somewhat irritating!

With regards to Sven Neumann's comment mentioning "some window managers", the problem occurs with Metacity, although I had the impression it was the reference window manager for GIMP.

On 02/17/2010 08:37 AM, Olivier wrote:

For several weeks now (I compile the git version every Monday), the windows in normal mode (i.e. multi-window mode) behave in a weird way: I place them where I want them on one virtual screen, and then I move to another one virtual screen. When I come back, the windows have moved to a different place, always the same.

Sorry about that, hopefully fixed forever with this commit and a regression test I added:

commit 45efd8407938e1f7487b9b372c195aab32a4f90a Author: Martin Nordholts
Date: Thu Feb 18 07:21:20 2010 +0100

Bug 608834 - Toolbox and docks move on desktop change

Make sure that after we have set GTK_WIN_POS_MOUSE on a dialog created with the dialog factory, it is eventually reset. Also remove the only occurance of the DEBUG_FACTORY define.

/ Martin