(Horizontally) Maximized and Fullscreen Windows activated in different workspace move to primary display
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Compiz |
Fix Released
|
Medium
|
Marco Trevisan (Treviño) | ||
0.9.11 |
In Progress
|
Medium
|
Marco Trevisan (Treviño) | ||
compiz (Ubuntu) |
Fix Released
|
Medium
|
Marco Trevisan (Treviño) | ||
Bug Description
Prerequisite: multi monitor and multi workspace environment
1) Move to a secondary workspace and open your default browser (firefox, chrome...)
window, then move it to the secondary monitor¹ and maximize it (or full screen it).
2) Move to the primary workspace and in a terminal launch:
xdg-open http://
3) Now move back to the secondary workspace
Expected:
4) The browser loads Ubuntu homepage and is still in the secondary monitor (where it
used to be)
Actual:
4) The browser loads Ubuntu homepage, but it has been moved to the primary monitor.
I attached a video where this is displayed by showing that the browser maximized is in monitor 3 of workspace, I go to different workspace, click a link, upon returning the window is now in the laptop monitor.
This only happens when the window is maximized.
[1] primary monitor could change in compiz (and not match the xrandr one), then you might need to try to figure which one is yours.
Related branches
- PS Jenkins bot (community): Approve (continuous-integration)
- Stephen M. Webb: Approve
-
Diff: 50 lines (+20/-5)1 file modifiedsrc/window.cpp (+20/-5)
summary: |
- urgent window in different workspace moves to primary display + (Horizontal) Maximized and Fullscreen Windows activated in different + workspace moves to primary display |
summary: |
(Horizontal) Maximized and Fullscreen Windows activated in different - workspace moves to primary display + workspace move to primary display |
description: | updated |
Changed in ubuntu: | |
status: | New → In Progress |
Changed in compiz: | |
status: | New → In Progress |
no longer affects: | ubuntu |
Changed in compiz (Ubuntu): | |
status: | New → In Progress |
Changed in compiz: | |
importance: | Undecided → Low |
Changed in compiz (Ubuntu): | |
importance: | Undecided → Medium |
Changed in compiz: | |
importance: | Low → Medium |
assignee: | nobody → Marco Trevisan (Treviño) (3v1n0) |
Changed in compiz (Ubuntu): | |
assignee: | nobody → Marco Trevisan (Treviño) (3v1n0) |
Changed in compiz: | |
milestone: | none → 0.9.12.2 |
summary: |
- (Horizontal) Maximized and Fullscreen Windows activated in different + (Horizontally) Maximized and Fullscreen Windows activated in different workspace move to primary display |
Changed in compiz: | |
status: | In Progress → Fix Committed |
Changed in compiz: | |
status: | Fix Committed → Fix Released |
This bug was fixed in the package compiz - 1:0.9.12. 1+15.10. 20150805- 0ubuntu1
--------------- 12.1+15. 10.20150805- 0ubuntu1) wily; urgency=medium
compiz (1:0.9.
[ Alberts Muktupāvels ]
* Change icon size back to 48px in application switcher plugin. (LP:
#1237057)
[ CI Train Bot ]
* New rebuild forced.
[ Dmitry Shachnev ] plugins- default. (LP: compiz- gnome.gsettings -override: Remove unityshell from
* Move window switcher plugins to compiz-
#971051, #1465647)
* debian/
active plugins, and add switcher. (LP: #1469086)
[ Eleni Maria Stea ]
* It fixes the 3d windows plugin. Problem: The 3d clipping is
performed in viewing space (modelview transformation) and should be
done inside the shader when we use shaders otherwise the viewing
space pipeline operations will be ignored. Compiz used to perform
the clipping inside the td plugin using pipeline functions, then it
was loading a generic shader program (no clipping operations) to
render the windows and then it rendered the 3d quads around the
windows using the pipeline (so these were clipped correctly). (LP:
#1395697)
* Sometimes the MultipleCubes, Automatic or OneBigCube option might be
set although we are not in multimonitor. Modified the 3d windows
plugin to check the number of monitors as well.
[ Marco Trevisan (Treviño) ]
* Window: add clientFrame(), to get the client-side decoration extents
(LP: #1422768, #1436553)
* Window: compute the correct output using the absolute window
position (LP: #1475721)
[ Martin Wimpress ]
* align MATE profile more closely with Marco
[ Stephen M. Webb ] 3.0-1). (LP: #1477978)
* Fix a FTBFS when -std=c++11 is used. (LP: #1477654)
* Fixed the Compiz manpage and --help message to agree with the actual
command-line options supported. (LP: #1475508)
* force Compiz to build using C++-11 (required by build dependency
libgtkmm-
-- CI Train Bot <email address hidden> Wed, 05 Aug 2015 11:26:51 +0000