(Horizontally) Maximized and Fullscreen Windows activated in different workspace move to primary display

Bug #1475721 reported by Horacio Durán
6
This bug affects 1 person
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)
Nominated for Trusty by 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://ubuntu.com
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

Revision history for this message
Horacio Durán (hduran-8) wrote :
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
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 compiz - 1:0.9.12.1+15.10.20150805-0ubuntu1

---------------
compiz (1:0.9.12.1+15.10.20150805-0ubuntu1) wily; urgency=medium

  [ Alberts Muktupāvels ]
  * Change icon size back to 48px in application switcher plugin. (LP:
    #1237057)

  [ CI Train Bot ]
  * New rebuild forced.

  [ Dmitry Shachnev ]
  * Move window switcher plugins to compiz-plugins-default. (LP:
    #971051, #1465647)
  * debian/compiz-gnome.gsettings-override: Remove unityshell from
    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 ]
  * 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-3.0-1). (LP: #1477978)

 -- CI Train Bot <email address hidden> Wed, 05 Aug 2015 11:26:51 +0000

Changed in compiz (Ubuntu):
status: In Progress → Fix Released
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.

Other bug subscribers

Remote bug watches

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