window snapping to the right edge is making the windows one or two pixels too narrow

Bug #1294864 reported by Daniel Kessel
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Compiz
Fix Released
Low
Christopher Townsend
0.9.11
Triaged
Low
Christopher Townsend
Unity
Fix Released
Low
Stephen M. Webb
7.2
Triaged
Low
Stephen M. Webb
compiz (Ubuntu)
Fix Released
Low
Christopher Townsend
unity (Ubuntu)
Fix Released
Low
Stephen M. Webb

Bug Description

Today is the first day I experience this. Window snapping has always worked perfectly on this machine.

When snapping windows to the right side of the screen using either mouse or keyboard, any application's windows are not resized to fill up the screen to the right completely.

vlc, nautilus, terminal, firefox, thundebird, chrome

in rare cases, the resizing works correctly.

ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: unity 7.1.2+14.04.20140318-0ubuntu1
ProcVersionSignature: Ubuntu 3.13.0-17.37-generic 3.13.6
Uname: Linux 3.13.0-17-generic x86_64
ApportVersion: 2.13.3-0ubuntu1
Architecture: amd64
CompizPlugins: [core,bailer,detection,composite,opengl,decor,gnomecompat,resize,regex,move,compiztoolbox,vpswitch,mousepoll,place,snap,grid,imgpng,animation,workarounds,wall,unitymtgrabhandles,session,fade,expo,scale,ezoom,unityshell]
CurrentDesktop: Unity
Date: Wed Mar 19 22:13:18 2014
InstallationDate: Installed on 2013-12-24 (85 days ago)
InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Alpha amd64 (20131220)
SourcePackage: unity
UpgradeStatus: No upgrade log present (probably fresh install)

Related branches

Revision history for this message
Daniel Kessel (dkessel) wrote :
Revision history for this message
Thomi Richards (thomir-deactivatedaccount) wrote :

Confirmed here too.

Daniel Kessel (dkessel)
tags: added: regression-release
Daniel Kessel (dkessel)
Changed in unity (Ubuntu):
status: New → Confirmed
Revision history for this message
Alberto Salvia Novella (es20490446e) wrote :

It renders essential functionality of the package (or a dependent one) broken.

Changed in unity (Ubuntu):
importance: Undecided → High
status: Confirmed → Triaged
Revision history for this message
Stephen M. Webb (bregma) wrote :

I can't reproduce this on any of my up-to-date machines. Could you please attach a screenshot so we can get a good idea of what we're dealing with?

Changed in unity (Ubuntu):
importance: High → Medium
status: Triaged → Incomplete
Revision history for this message
Daniel Kessel (dkessel) wrote :
Revision history for this message
Daniel Kessel (dkessel) wrote :

sure. attached an example.

Changed in unity:
status: New → Triaged
milestone: none → 7.2.1
importance: Undecided → Low
Stephen M. Webb (bregma)
Changed in unity:
milestone: 7.2.1 → 7.2.2
Changed in unity:
milestone: 7.2.2 → 7.2.3
Changed in unity:
milestone: 7.2.3 → 7.3.1
Stephen M. Webb (bregma)
Changed in unity:
milestone: 7.3.1 → 7.3.2
Revision history for this message
Christopher Townsend (townsend) wrote :

This is Compiz issue and was introduced by this MP: https://code.launchpad.net/~3v1n0/compiz/extents-clamp-workarea/+merge/210202

That MP is protecting against bleeding the window's extents into another work area. Since the extents allow for mouse grabbing window resizing, there is a small gap allowing for the window to be resized.

I don't think that MP took into account semi-maximized windows. I'll take a look and see if we can discount the extent when semi-maximized.

affects: unity → compiz
Changed in compiz:
milestone: 7.3.2 → none
no longer affects: unity/7.2
affects: unity (Ubuntu) → compiz (Ubuntu)
Changed in compiz (Ubuntu):
status: Incomplete → Triaged
importance: Medium → Low
Changed in compiz:
assignee: nobody → Christopher Townsend (townsend)
milestone: none → 0.9.12.2
Changed in compiz:
status: Triaged → In Progress
Changed in compiz (Ubuntu):
status: Triaged → In Progress
assignee: nobody → Christopher Townsend (townsend)
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package compiz - 1:0.9.12.1+15.04.20150410.1-0ubuntu1

---------------
compiz (1:0.9.12.1+15.04.20150410.1-0ubuntu1) vivid; urgency=medium

  [ CI Train Bot ]
  * New rebuild forced.

  [ Chris Townsend ]
  * Expo plugin: Make sure the Expo animation is completed before
    allowing clicks to be handled. (LP: #1026553)
  * Grid plugin: Float to int division truncating caused a 1 px gap on
    the right side of right semi-maximized window when the workspace has
    an odd width. Fix is to add 0.5 to the float division first to
    account for any truncation error. (LP: #1294864)

  [ Eleni Maria Stea ]
  * Change in GLVector implementation
  * Minor change: when the skydome was working (in the c version of
    compiz) it was rendered on top of the background so, there was no
    need to clear the screen before drawing (the skydome was rendered on
    top of the garbage from previous renderings, hiding it). In the c++
    plugin, the skydome is buggy and the background is visible (as well
    as some garbage from previous renderings). A temporary
    glClear(GL_COLOR_BUFFER_BIT) was added until we fix the skydome and
    the other cube bugs.
  * glDisableOutputClipping was not implemented in 3d.cpp => a parent
    class glDisableOutputClipping was called, causing 2d clipping
    artifacts (the 3d cube was clipped and you couldn't see the windows
    move)

  [ Marco Trevisan (Treviño) ]
  * OpenGL: don't hardcode X11 sync blacklisted models, but use settings
    instead (LP: #1441190)

  [ Stephen M. Webb ]
  * (Ubuntu packaging) migrate migration scripts to Python3. (LP:
    #1440548)
  * exclude Wine applications from window close animations (LP: #957879)
 -- CI Train Bot <email address hidden> Fri, 10 Apr 2015 21:55:34 +0000

Changed in compiz (Ubuntu):
status: In Progress → Fix Released
Stephen M. Webb (bregma)
Changed in compiz:
status: In Progress → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package unity - 7.3.2+15.04.20150410.1-0ubuntu1

---------------
unity (7.3.2+15.04.20150410.1-0ubuntu1) vivid; urgency=medium

  [ Brandon Schaefer ]
  * When we get a launcher key press (ie. super key). We check if the
    command lens is open. If it is then just switch the lens to the home
    lens. This way we dont close the dash. (LP: #1108956)

  [ CI Train Bot ]
  * New rebuild forced.

  [ Gerry Boland ]
  * SwitcherController: add first selection mode property, to decide
    what to select at first (LP: #998285)

  [ Marco Trevisan (Treviño) ]
  * SwitcherController: add first selection mode property, to decide
    what to select at first (LP: #998285)
  * UnityScreen: terminate spread if active when initiating Switcher
    (LP: #1412001)

  [ Stephen M. Webb ]
  * (Ubuntu packaging) move the session migration scripts to Python3
    (LP: #1440560)
  * fixed the Panel title string expected by Launcher keynav AP tests
    (LP: #1435830)
  * test_wm_keybindings: fix AP failures caused by upstream Compiz
    change (LP: #1294864)
 -- CI Train Bot <email address hidden> Fri, 10 Apr 2015 21:59:12 +0000

Changed in unity (Ubuntu):
status: New → Fix Released
Changed in unity:
status: New → Fix Committed
importance: Undecided → Low
assignee: nobody → Stephen M. Webb (bregma)
milestone: none → 7.3.3
Changed in unity (Ubuntu):
importance: Undecided → Low
assignee: nobody → Stephen M. Webb (bregma)
Stephen M. Webb (bregma)
Changed in compiz:
status: Fix Committed → Fix Released
Changed in unity:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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