Windows moves always to be fully in current viewport

Bug #949839 reported by Kimmo Jukarainen
86
This bug affects 16 people
Affects Status Importance Assigned to Milestone
Compiz
Confirmed
Medium
Unassigned
Compiz Core
Confirmed
Medium
Unassigned
compiz (Ubuntu)
Confirmed
Medium
Unassigned

Bug Description

I've gnome-session-fallback installed and I'm using Gnome Classic desktop with compiz. After updating from 11.10 to Precise (beta) on February 22, my Gnome Classic desktop started acting weird. To make sure that this is not related to any of my custom settings, I created a new test account with no customizations, just selected the Gnome Classic session from login screen and was able to reproduce the problem.

I'm using destop wall (it is the default too) and have been used to have some windows overlapping to two (or more) desktop viewports (screens). But now, with Precise, when ever I move and place a window so it is partially offscreen of the currently visible viewport and then switch focus to some other window (or root window), the partially offscreen window automatically moves so it is fully in the current viewport, snapped to the edge that it was crossing.

Ie, if I move window so part of it is crossing the right hand side of viewport and then focus (either with alt-tab or clicking with mouse) some other window, the window moves left until its right edge is snapped to the right edge of the viewport. This happens on all edges of the viewport.

In addition to that, if a window has crossed the bottom edge of the viewport and then snapped back in to view. Now if I try to move such window to middle of the screen (not touching any edges, nor overlapping any other windows), it will still snap back to the bottom edge of the screen when it looses focus. This happens only after the window has crossed the bottom edge, not with other edges.

Neither of these problems happen when using Unity or Gnome Classic (No Effects) with metacity.

If I use ccsm to disable compiz "Place Windows" plugin, the problem goes away, but all new windows are opened in coordinates (0,0), below the top panel so this is not an usable workaround.

Also, If I disable the "Place Windows" plugin and re-enable it, the windows that have crossed the bottom edge stop snapping to bottom edge until they have recrossed it.

I've tested this with updating precise daily since I first noticed the problem and it is still present.
Current versions of compiz related packages are:

ii compiz 1:0.9.7.0~bzr2995-0ubuntu5 OpenGL window and compositing manager
ii compiz-core 1:0.9.7.0~bzr2995-0ubuntu5 OpenGL window and compositing manager
ii compiz-gnome 1:0.9.7.0~bzr2995-0ubuntu5 OpenGL window and compositing manager - GNOME window decorator
ii compiz-plugins 1:0.9.7.0~bzr2995-0ubuntu5 OpenGL window and compositing manager - plugins
ii compiz-plugins-default 1:0.9.7.0~bzr2995-0ubuntu5 OpenGL window and compositing manager - default plugins
ii compiz-plugins-main 1:0.9.7.0~bzr19-0ubuntu5 Compiz plugins - main collection
ii compiz-plugins-main-default 1:0.9.7.0~bzr19-0ubuntu5 Compiz plugins - main default collection
ii compizconfig-backend-gconf 0.9.5.92-0ubuntu2 Compiz Fusion configuration system - gconf backend
ii compizconfig-settings-manager 0.9.5.92-0ubuntu3 Compiz configuration settings manager
ii libcompizconfig0 0.9.7.0~bzr428-0ubuntu3 Settings library for plugins - OpenCompositing Project
ii python-compizconfig 0.9.5.94-0ubuntu4 Compizconfig bindings for python
ii gnome-session-common 3.2.1-0ubuntu6 GNOME Session Manager - common files
ii gnome-session-fallback 3.2.1-0ubuntu6 GNOME Session Manager - GNOME fallback session

Revision history for this message
Kimmo Jukarainen (kimju) wrote :

Attached is a video demonstrating the problem.

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in compiz (Ubuntu):
status: New → Confirmed
Revision history for this message
Richard Hansen (rhansen) wrote :

Note that if you have a dual-head setup, this bug makes it hard (though not impossible) to move windows between the multiple monitors: While moving windows, if the window hasn't moved more than 50% over to the new viewport before Compiz decides to scan for windows that aren't 100% in a single screen (which seems to happen every second or so), Compiz will snap the window back to the original viewport.

Revision history for this message
Daniel van Vugt (vanvugt) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. This particular bug has already been reported and is a duplicate of bug 755842, so it is being marked as such. Please look at the other bug report to see if there is any missing information that you can provide, or to see if there is a workaround for the bug. Additionally, any further discussion regarding the bug should occur in the other report. Feel free to continue to report any other bugs you may find.

Revision history for this message
Richard Hansen (rhansen) wrote :

I don't think this is a duplicate of bug #755842. That one is about windows moving between workspaces, this one is about windows moving within a workspace to be entirely within a single viewport (aka screen, monitor).

Changed in compiz-core:
milestone: none → 0.9.8.0
status: New → Confirmed
importance: Undecided → Medium
Changed in compiz (Ubuntu):
importance: Undecided → Medium
Changed in compiz:
importance: Undecided → Medium
status: New → Confirmed
Changed in compiz:
milestone: none → 0.9.8.0
Changed in compiz-core:
milestone: 0.9.8.0 → none
Revision history for this message
Dave Ahlswede (mightyquinn) wrote :

For what it's worth, a quick band-aid for me was to take the plugins/place/place.cpp and plugins/place/place.h from the 0.9.6 (Oneiric) source tree, put them in the 0.9.7.8 source tree and re-compile.

You lose whatever bugfixes and tweaks came with the new version, but it fixes a number of problems related to this bug, such as fullscreen flash video getting pushed down by the panel.

Revision history for this message
Jonathon Fernyhough (jfernyhough) wrote :

This also occurs on quantal:

compiz:
  Installed: 1:0.9.7.8-0ubuntu3
gnome-session-fallback:
  Installed: 3.4.2.1-0ubuntu1

Changed in compiz:
milestone: 0.9.8.0 → 0.9.8.1
Changed in compiz:
milestone: 0.9.8.2 → 0.9.8.4
Revision history for this message
hede (michael-heide) wrote :

Maybe a duplicate of Bug #974242?
There's a PPA with a patched Place Plugin.
Maybe you can try...

Revision history for this message
Daniel van Vugt (vanvugt) wrote :

Yes sounds like bug 974242, which is now fixed and the fix will be released soon.

Kimmo - When you have the fix for bug 974242 please re-test, and if this bug persists for you then please change this one to no longer be a duplicate any more.

Revision history for this message
Kimmo Jukarainen (kimju) wrote :

I've been using the patch mentioned in #974242 for a while now and it fixes this (too).

Still waiting for the fix to be included in precise, though.

Revision history for this message
Daniel van Vugt (vanvugt) wrote :

Excellent, thanks. I will try to make sure the fix is in the next update for precise.

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.