Window is maximised in wrong workspace

Bug #982533 reported by sid payton
14
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Compiz
Triaged
Low
MC Return
Unity
Invalid
Undecided
Unassigned
compiz (Ubuntu)
Triaged
Low
Unassigned

Bug Description

1. Open an app and unmaximaise it
2. Drag the window to the side of the current monitor, so that the window is on two workspaces. Most of the window should be on the other workspace
3. Double click the window titlebar to maximise the app

= The window is maximised on the other workspace

Revision history for this message
Brandon Schaefer (brandontschaefer) wrote :

This only happens when half the window is on a different workspace. So I suppose the overall problem is which workspace owns the window? The active workspace that has any part of a window in it or the workspace that has the window in ti the most?

This would also be a problem in compiz, not unity.

Changed in unity:
status: New → Incomplete
status: Incomplete → Invalid
Changed in compiz:
status: New → Triaged
importance: Undecided → Medium
Changed in compiz (Ubuntu):
status: New → Triaged
importance: Undecided → Medium
importance: Medium → Low
Changed in compiz:
importance: Medium → Low
milestone: none → 0.9.9.2
Revision history for this message
MC Return (mc-return) wrote :

The current system already acts quite intelligent:
It will choose the workspace to maximize on that holds the biggest part of the window...

But this system could be improved, my idea:
We could upgrade the logic to not only take the window's position, but also the mousepointer's position into account.

We would have to be very careful though when to also check the mousepointer's position to not introduce unwanted regressions here: On multimonitor-systems the mousepointer could be on the other screen, while the user maximizes a focussed window per keyboard shortcut for example.

But including the mousepointer' position in the maximize viewport calculation could bring a solution here...

Also a quick peak on the HUD's positioning code could also help as the HUD will never open off-screen.

Revision history for this message
MC Return (mc-return) wrote :

Simply not allowing off-screen maximizing would be another solution...

Revision history for this message
MC Return (mc-return) wrote :

Btw, this is a duplicate of bug #776435. I'll mark it as such and add necessary info to the other one.

Changed in compiz:
assignee: nobody → MC Return (mc-return)
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.