Maximized windows expand while a panel is moving

[Delyan Kratunov]

Binary package hint: gnome-panel

Let me start off by saying I'm unsure whether this is a bug in gnome-panel or in metacity.
Here are the stats:

archivator@Serenity:~$ lsb_release -rd
Description: Ubuntu hardy (development branch)
Release: 8.04
archivator@Serenity:~$ sudo aptitude show gnome-panel | grep Version
Version: 1:2.22.0-0ubuntu2
archivator@Serenity:~$ sudo aptitude show metacity | grep Version
Version: 1:2.22.0-0ubuntu1

Steps to reproduce:

1) Make sure you have two panels, one on top of the other.
2) Set the top panel so that it does not expand and hides automatically.
3) Open up an application and maximize it.
4) Make sure the top panel is hidden. Hover the mouse over it.
5) The top panel starts moving. The maximized window's bottom border expands to reach the bottom panel and restores its previous position once the top panel stops moving.

This behavior is unaffected by compiz.

In order to remove all ambiguity from the above description, I have attached a small clip showing the two panels and a small fragment of Firefox's border.

[BrandonTomlinson (druke)]

I can reproduce, however I'm not sure what the desired output is. If I had to say what I would desire, I'd say that the maximized window makes no change to itself at all.

So rather than say they window is stretching, we should say that the second bar's (top bar) allocated hover space (the 'gap' as it were) disappears when the panel animation takes place.

Personally the hover space ('gap') is a bit annoying, I would think that the panel would poke over anything instead of just moving everything 10 pixels or so.

[Delyan Kratunov (archivator)]

Personally, I don't have a problem with the hover space though I can see how it can be a problem if the user has a distracting background.

The real problem arises from the fact that the maximized window is forced to repaint. In the case of most applications, this is not a problem (you don't see much changing, except for the bottom border moving up and down).

In the case of OO.org, however, the repainting causes visual artifacts and the entire window flickers (toolbars and all), which _is_ quite annoying. As a bonus, the window is unresponsive while the repaint takes place.

[Sebastien Bacher (seb128)]

Not sure that's a bug the dialog uses the available space, and stacking panel is not a common configuration, to send upstream by somebody who has interest in this specific configuration

[Martin Mai (mrkanister-deactivatedaccount-deactivatedaccount)]

I forwarded this upstream and linked it here.