Ubuntu
compiz package

Repeatedly undecorating and redecorating a window shrinks it vertically

Bug #1282305 reported by Adam Conrad
16
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Compiz
Fix Released
Medium
Marco Trevisan (Treviño)
Compiz 0.9.11.0
compiz (Ubuntu)
Fix Released
Undecided
Marco Trevisan (Treviño)

Bug Description

When you repeatedly undecorate and redecorate a window with the new compiz, it shrinks vertically on each iteration by a title-bar's height.

Reproducible in totem or mplayer by loading a movie and hitting "f" repeatedly to swap fullscreen and window mode over and over. You'll see it shrink veritcally each time until all you have left is a title bar in mplayer's case, or some minimum window size is reached, in totem's case.

Related branches

lp:~3v1n0/compiz/extents-resize-fixes
PS Jenkins bot (community): Approve (continuous-integration)
Brandon Schaefer (community): Approve
Diff: 46 lines (+10/-2)
2 files modified
src/privatewindow.h (+1/-0)
src/window.cpp (+9/-2)
Marco Trevisan (Treviño) (3v1n0)
Changed in compiz:
status: New → Triaged
importance: Undecided → Medium
assignee: nobody → Marco Trevisan (Treviño) (3v1n0)
milestone: none → 0.9.11.0
Revision history for this message
Adam Conrad (adconrad) wrote :

Note, this is probably related to bug #1282304, but as they describe two distinct behaviours, I filed two distinct bugs.

Marco Trevisan (Treviño) (3v1n0)
tags: added: new-decorations
Marco Trevisan (Treviño) (3v1n0)
Changed in compiz (Ubuntu):
status: New → In Progress
assignee: nobody → Marco Trevisan (Treviño) (3v1n0)
Changed in compiz:
status: Triaged → In Progress
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package compiz - 1:0.9.11+14.04.20140303-0ubuntu1

---------------
compiz (1:0.9.11+14.04.20140303-0ubuntu1) trusty; urgency=low

  [ Marco Trevisan (Treviño) ]
  * Window: define proper cases when we need to resize a window when
    decorating/undecorating Yeah, again here... So, now when setting the
    window extents, we resize a window only in these cases: 1) We have a
    normal window that has never been decorated (lp:1282304) 2) We're
    (re)decorating a maximized or fullscreen window (lp:1282305) This
    seems to work well in all the cases I tested, with no regressions
    with nedit (that highlighted an issue with old code path) (LP:
    #1282304, #1282305)
  * Opengl, Texture: don't try to create a texture of invalid (empty or
    negative) size This seem to cause also a crash when using software
    rendering. (LP: #1055166)
 -- Ubuntu daily release <email address hidden> Mon, 03 Mar 2014 20:09:55 +0000

Changed in compiz (Ubuntu):
status: In Progress → Fix Released
Marco Trevisan (Treviño) (3v1n0)
Changed in compiz:
status: In Progress → Fix Committed
Revision history for this message
User Unknown (user-unknown) wrote :

Adam, are you sure that the window only gets shrunk vertically? Could it be that it gets shrunk horizontally, as well, but only to a rather small degree (as the window borders left, right and bottom are only a few or in some themes even 0 pixels)?

It could have to do with the size of the window decoration, as you noted in your linked bug report. Then of course it would be way more prominent in regards to changes to the vertical window size with a usual title bar size of 24 or so pixels. In that case, several other bugs might be related to this issue, as well: bug #1204307, bug #1287472 and others

Stephen M. Webb (bregma)
Changed in compiz:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.