GNOME Bugzilla – Bug 75419
saved window position on exit includes wm, but the wm is excluded, when to position is restored.
Last modified: 2011-02-14 13:07:12 UTC
This is nearly the same bug as #64396 (http://bugzilla.gnome.org/show_bug.cgi?id=64396) in Galeon 0.12.7, except that it appears in Galeon 1.2.0 and I have shifting up left instead down right. OS: Linux 2.4.10-4GB i686 (SuSE 7.3) Mozilla 0.9.9 and Galeon 1.2.0 installed via rpm. WM: FVWM 2.4.0 Just a rough guess: Maybe this kind of geometry issues are now covered by GTK+, so that the fix for 0.12.7 does too much work now. Or is it possible, that having pure FVWM2 (GNOME not knowningly running, except if started by Galeon :-) as WM is the reason?
Oh, I forgot about the FVWM compile options: FVWM version 2.4.0 compiled on Sep 24 2001 at 02:41:34 with support for: ReadLine, Stroke, XPM, GNOME WM hints, SM, Multibyte
I think this is the same as http://bugzilla.gnome.org/show_bug.cgi?id=74614 .
No, this is not the same. I looked in the files, specified in bug #74614: My session_saved.xml says x=0 and y=0. But those should be some values greater than zero. Galeon saves the geometry of my window with borders and title, but restores the window without them. But in case of the sympotms, you're right: They're the same, but reason is another one. Also this problem is new since I updated Galeon from 0.12.x (don't remember which one exactly, the SuSE package was named 0.12.-40) to 1.2.0. Didn't change my WM since that. So it must be some bug in Galeon or of some new libraries, it didn't use in 0.12.x. BTW: I can't remember getting bug #74614 when searching bugzilla yesterday, maybe because of the unspecified version in that report.
This is due to inconsistencies between window managers, and is briefly mentioned at http://www.gtk.org/faq/#AEN600 . We use gdk_window_get_root_origin() to get the windows' positions, and gtk_widget_set_uposition() to position the windows. If I'm not mistaken, we were initially using gdk_window_get_origin() to get the position, but I changed it to use gdk_window_get_root_origin() in November because it caused problems in several window managers (most notably Sawfish, the official GNOME window manager). :) I believe that these window managers factor in the window decoration size when moving a top-level window as the result of a call to gtk_widget_set_uposition(). Punting this one over to Jorn, since I know he had a lot of fun trying to fix similar problems in the fullscreen code. :)
The code in window.cc for toggling fullscreen still doesn't use gdk_window_get_root_origin(). This causes problems in icewm.
this is the patch I made up. It works well with sawfish, icewm (icewm-1.2 from cvs), windowmaker and kwin (mostly). except fvwm2 which makes me think that fvwm2 is somehow different/broken. --- window.c.orig Mon Mar 18 02:22:41 2002 +++ window.c Sun May 5 15:31:05 2002 @@ -1596,13 +1596,15 @@ gint screen_width, screen_height; /* get window position and geometry */ - gdk_window_get_origin (gdk_window, &root_x, &root_y); - gdk_window_get_geometry (gdk_window, &client_x, &client_y, - &width, &height, NULL); + gdk_window_get_root_origin (gdk_window, &root_x, &root_y); + gdk_window_get_size(gdk_window, &width, &height); + gdk_window_get_origin(gdk_window, &client_x, &client_y); + client_x = client_x - root_x; + client_y = client_y - root_y; /* store original position and size */ - window->x = root_x - client_x; - window->y = root_y - client_y; + window->x = root_x; + window->y = root_y; window->width = width; window->height = height;
From: Bill Wohler <wohler@newt.com> This bug is still present in galeon 1.3. I read some of the other reports and checked session_saved.xml. I note that both x and y are 0. It still appears that galeon is ignoring the window decorations when placing the window. enlightenment 1:0.16.6-1
Reassigning to the relevant people, sorry for the spam ...
The reporter of Debian bug http://bugs.debian.org/127803 noticed the bug is gone with enlightenment 0.16.7.2. Do other reporters still have the bug?
Hi! On Sat, May 07, 2005 at 04:51:03PM -0400, bugzilla-daemon@bugzilla.gnome.org wrote: > http://bugzilla.gnome.org/show_bug.cgi?id=75419 > galeon | User interface | Ver: 1.3.9 I still notice this bug with Galeon and fvwm from Debian Sarge. It does not happen will all windows of a session, but with some. I usually have several Galeon windows, each on one virtual desktop: +----+----+----+----+----+ | | | | | | +----+----+----+----+----+ | 1 | 2 | 3 | 4 | 5 | +----+----+----+----+----+ | | 6 | 7 | 8 | | +----+----+----+----+----+ Usually the windows 1, 2 and 3 haven't the problem, but 4 and 5 sometimes have and 6, 7 and 8 nearly always have the problem. Versions: fvwm: Installed: 2.5.12-5 Candidate: 2.5.12-5 Version Table: *** 2.5.12-5 0 500 http://debian.ethz.ch sarge/main Packages 100 /var/lib/dpkg/status galeon: Installed: 1.3.20-1 Candidate: 1.3.20-1 Version Table: *** 1.3.20-1 0 500 http://debian.ethz.ch sarge/main Packages 100 /var/lib/dpkg/status Regards, Axel
Marking as NEW as of Axel's info.
Thanks for taking the time to report this bug. However, you are using a version that is too old and not supported anymore. Galeon developers won't be fixing or back porting any fixes for this version. Please upgrade to latest stable Galeon version to receive bug fixes. We are sorry it could not be fixed for your version.