After some investigation, this is due to logic in the
WallWindow::activate() function in the Wall plugin code. Disabling that
function will keep the window and viewport as-is.
I believe Design wants the viewport switch from happening, but what
isn't clear is what should happen to the window in this situation. I
will need to follow up with Design on this point.
** Changed in: compiz
Assignee: MC Return (mc-return) => Christopher Townsend (townsend)
** Also affects: compiz/0.9.10
Importance: Undecided
Status: New
** Changed in: compiz/0.9.10
Assignee: (unassigned) => Christopher Townsend (townsend)
** Changed in: compiz/0.9.10
Status: New => Triaged
** Changed in: compiz/0.9.10
Importance: Undecided => High
** Changed in: compiz/0.9.10
Milestone: None => 0.9.10.2
** Changed in: compiz
Status: Triaged => In Progress
** Changed in: compiz/0.9.10
Status: Triaged => In Progress
** Changed in: compiz (Ubuntu)
Assignee: (unassigned) => Christopher Townsend (townsend)
** Changed in: compiz (Ubuntu)
Status: New => In Progress
** Changed in: compiz (Ubuntu)
Importance: Undecided => High
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1092323
Title:
Window management - Switching to windows placed on two work spaces
causes the workspace to switch
To manage notifications about this bug go to:
https://bugs.launchpad.net/ayatana-design/+bug/1092323/+subscriptions
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
