compiz team mailing list archive

[Edwin Pujols <edwinpm5@xxxxxxxxx>]

Just noticed that `gtk_window_set_geometry_hints` and
`GdkGeometry.base_width` and `GdkGeometry.base_height` are related to
another bug, and quite possibly related to this one too.

In this bug, if I add a VteTerminal widget to a GtkWindow and use
GtkWindow.set_geometry_hints as per the example on the Devhelp
documentation, the result is that if I repeatedly press Ctrl+Super+Up
then Ctrl+Super+Down (or maximized/restore via title bar dragging) the
window size will slowly decrease to its minimum (this actually happens
with xfce4-terminal).

Now if I set the GdkGeometry base size to, say, 80x24, the window size
will decrease/increase automatically (via the sequence of
maximize/restore) iff the current unmaximized size is different than the
base size (that is, the window tries to restore to the base size of the
geometry hint).

Don't know if this bug has being reported, but I think is related and a
possible solution could imply updating the window base size to the size
before maximization, so this "restoring" effect wouldn't be perceptible.
Of course, this would be just a workaround since compiz looks like the
main suspect, here.

The file in gnome-terminal is `src/terminal-window.c` and I think it
would be needed to modify `terminal_window_update_geometry` and
`terminal_window_set_size_force_grid` (in the latter is the misbehaving
code, in the former is the gtk_window_set_geometry_hints stuff).

-- 
You received this bug notification because you are a member of compiz
packagers, which is subscribed to compiz in Ubuntu.
https://bugs.launchpad.net/bugs/1102024

Title:
  [regression] Restoring a maximized Gnome Terminal window with
  keybinding fails to restore the original geometry

To manage notifications about this bug go to:
https://bugs.launchpad.net/compiz/+bug/1102024/+subscriptions