Grid plugin behaviour random
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| Compiz Main Plugins |
Fix Released
|
Undecided
|
Daniel van Vugt | ||
| Unity |
Fix Released
|
Undecided
|
Unassigned | ||
| compiz-plugins-main (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
| Oneiric |
Fix Released
|
Undecided
|
Unassigned | ||
| unity (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
| Oneiric |
Invalid
|
Undecided
|
Unassigned | ||
Bug Description
Grid plugin behaviour since the last update has become unpredictable (eg, a window could be resized to half-screen size and then be corrupted)
Related branches
- Neil J. Patel (community): Approve
-
Diff: 304 lines (+85/-51) 3 files modifiedapiCMakeLists.txt (+2/-0)
src/grid.cpp (+80/-49)
src/grid.h (+3/-2)
- Compiz Maintainers: Pending requested
-
Diff: 764 lines (+327/-113) 3 files modifiedapiCMakeLists.txt (+2/-0)
src/grid.cpp (+295/-97)
src/grid.h (+30/-16)
Hello Sam, or anyone else affected,
Accepted compiz-plugins-main into oneiric-proposed, the package will build now and be available in a few hours. Please test and give feedback here. See https:/
I really don't understand this bug.
not able to reproduce it
I'm on the proposed repository
grid plugin seems to work well for me when using the mouse but when I use ctrl +alt+9 shortcut, the window is placed like if I have done ctrl+alt+8. So "place top right" doesn't work.
Moreover if the window is maximised, "place top left" keeps the control buttons in the panel while "place top" puts the control buttons in the window. I don't know which is the correct behaviour.
I'm on proposed repository and I suffer the same effect than obrowny: ctrl+alt+9 works like ctrl+alt+8 placing the windown in the top-center region.
Besides that I can no longer cycle through different size when placing windows on left (ctrl+alt+4) and right (ctrl+alt+6) regions. Both of them use only half of the screen size. The rest of locations works perfectly cycling through 3 different sizes.
Is the bug obrowny and txelu related to the original bug? If not, we need to create a new bug report. I can confirm that the "Top-Right" and "Top" key combinations both function as "Top"
I'm also experiencing the "ctrl-alt-kp_9" behaves like "ctrl-alt-kp_8" thing. Is there already a bug report about this, or is this the appropriate one?
This bug was fixed in the package compiz-plugins-main - 1:0.9.6-0ubuntu4
---------------
compiz-plugins-main (1:0.9.6-0ubuntu4) oneiric-proposed; urgency=low
* debian/
- When grabbing a window to demaximize it after dragging it up,
sometimes the position will not be where you expect it to be
(LP: #872161)
compiz-plugins-main (1:0.9.6-0ubuntu3) oneiric-proposed; urgency=low
* Cherry-pick upstream fixes:
- unmaximizable windows still show orange glow but fail to maximize
(LP: #827560)
- compiz crashed with SIGSEGV in CompWindow:
(LP: #834585)
- Workspace switcher makes windows lose decorations (LP: #853951)
- Windows get corrupted sometimes when semi-maximizing them (LP: #865177)
- Windows like gnome-terminal have awkward space around them after being
semi-
- Grid plugin behaviour random (LP: #862260)
- Don't apply snapping to maximized windows (LP: #862261)
- snap movements can cause infinite loops in window movements (LP: #860646)
- it is possible to see a window in it's pre-animation state during unmap
animations (LP: #864476)
- Rendering glitches when resuming from expo mode (LP: #868121)
-- Didier Roche <email address hidden> 2011年10月12日 10:49:59 +0200
I'm seeing the top-right bug as well. In addition, cycling window sizes when doing left or right placement doesn't work, but it does when doing corner placement.
comments on bug #878820 and bug #876591 state that those issue are regression due to this sru
Didier, subscribing you in case you wouldn't read the regressions mention comment otherwise
In case it helps... when setting the action to perform when dragging a window to the top right corner, it works as if I had set it to the top.
Status changed to 'Confirmed' because the bug affects multiple users.
This has not been completely fixed. Specifically, the bug referenced in https:/
Cycling through "Put left" and "Put right" still does not perform the expected windows placement resizing.
I can just confirm that this (comment #4) is _not_ yet fixed by:
Installed: 1:0.9.6-0ubuntu4
+1, I have 1:0.9.6-0ubuntu4 too, confirm is not fixed.
+1, I also have 1:0.9.6-0ubuntu4 and can confirm the behaviour described in https:/
Fix missing upstream (see bug 910698).
Unsubscribing ~ubuntu-release, don't know why we were subscribed.
Using the final release of 12.04, "Put Left" and "Put Right" will only set window width to 50%. Pressing the shortcut again should cycle the window width between 33%, 50%, 66%, etc.
For large monitors, it used to be easy to tile 3 windows 33% 33% 33%, but now "Put Left", "Put Center", and "Put Right" no longer cycle between different widths. All the other "Put ..." functions work as expected and cycle through different widths.
Alex, if you still have problems in 12.04 then please report them in a new bug using this command:
ubuntu-bug compiz-plugins-main