Windows moved to wrong workspace after suspend/resume

Bug #382056 reported by Jonathan Steinhart
64
This bug affects 13 people
Affects Status Importance Assigned to Milestone
Fedora
Unknown
Unknown
compiz (Ubuntu)
Confirmed
Low
Unassigned

Bug Description

Binary package hint: compiz

Reproducing
1) Use compiz with Desktop Cube and Rotate Cube with 4 faces (i.e. virtual desktops)
2) Suspend via gnome-power-manager
3) Resume -- now my windows all end up on what appear to be arbitrary desktops (regardless of where I left them before resume)

Everything works fine using metacity.

ProblemType: Bug
Architecture: i386
DistroRelease: Ubuntu 9.04
MachineType: LENOVO 2623DDU
Package: compiz 1:0.8.2-0ubuntu8
PackageArchitecture: all
ProcCmdLine: root=UUID=507b53db-e21c-4e3f-834f-023595a06622 ro quiet splash
ProcEnviron:
 PATH=(custom, user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.28-11.42-generic
SourcePackage: compiz

Revision history for this message
Jonathan Steinhart (jsteinhart) wrote :
Revision history for this message
Jonathan Steinhart (jsteinhart) wrote :

I've noticed a pattern with this. I have 4 desktops, and after suspend/resume:
- windows on the first desktop stay on the first
- windows on the second desktop go to the fourth
- windows on the third desktop go to the first
- windows on the fourth desktop also go to the first

Weird... but perhaps this will be enlightening to someone.

summary: - Windows moved to wrong virtual desktops after suspend/resume
+ Windows moved to wrong workspace after suspend/resume
Changed in compiz (Ubuntu):
importance: Undecided → Low
Revision history for this message
Travis Watkins (amaranth) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. The issue that you reported is one that should be reproducible with the live environment of the Desktop CD of the development release - Karmic Koala. It would help us greatly if you could test with it so we can work on getting it fixed in the next release of Ubuntu. You can find out more about the development release at http://www.ubuntu.com/testing/. Thanks again and we appreciate your help.

I cannot reproduce this with karmic. I put windows on each of the 4 sides of the cube and they were all right were I left them after a suspend/resume cycle.

Changed in compiz (Ubuntu):
status: New → Incomplete
Revision history for this message
Pedro Villavicencio (pedro) wrote :

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to New. Thanks again!.

Changed in compiz (Ubuntu):
status: Incomplete → Invalid
Revision history for this message
Gao Shichao (xgdgsc) wrote :

I 'm seeing this in Ubuntu 13.10 and 14.04. Often the window moved to wrong workspace after suspend is gnome-terminal. It is just insane, that I disabled workspace in settings->appearance to avoid this bug. While last time I resume from suspend, the terminal window just doesn' t appear on click, then I enabled workspace again, to find it on the workspace downside. I' m using an external monitor , which might be related. What information can I provide to help debug this?

Revision history for this message
Gao Shichao (xgdgsc) wrote :

I 'm seeing this again. The problem with providing information to this bug is that it happens very rarely, like once a month if I suspend twice a day. I don' t know what information to provide here. Changing to new to see if developers know how to write automatic testing or tell me what information to include.

Changed in compiz (Ubuntu):
status: Invalid → New
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in compiz (Ubuntu):
status: New → Confirmed
Revision history for this message
Alex Chiang (achiang) wrote :

I see this issue also, on 14.04.1, and it's pretty frustrating.

What information can we collect to help debug this?

Revision history for this message
neferty (roman-semko) wrote :

Same here. I seem to experience this from version 13ish.

Revision history for this message
James Rankin (lardypies) wrote :

I have experienced this since 12.04 and it persists in 14.04. Lenovo X1 Carbon (interal Intel graphics) connecting to an external display through mini dp.

It appears to arise through a change in the number of displays connected before a suspend and after a resume. For example, the following sequence: 1) the laptop is put into suspend with no display connected 2) an external display is connected whilst still in suspend 3) the laptop is then resumed.
> + Windows moved to wrong workspace after suspend/resume
To further confound the issue, windows might be outside the viewable area and need to be moved back into view used Alt-F7 shortcut as no title bar is visible.

Revision history for this message
neferty (roman-semko) wrote :

James, It happens to me even without changing the count of displays in suspend. If I have an extermal monitor connected and suspend, the windows get mixed up on next resume.

Revision history for this message
Jonathan Nelson (i-launchpad-net-ubuntu-one) wrote :

For me, windows move between workspace top-left and top-right in my dual display setup. This seems completely reliable: it _seems_ like on any displays-off event (suspend, hibernate, etc.), windows on only one of the displays are gathered to the same display but in a different workspace. Every time I come back to the computer, I need to move a bunch of windows to the correct workspace.

The only change I've made to the stock Ubuntu 14.04LTS window manager config is enabling workspaces - and this was only done to recover some missing windows!

Ubuntu 14.04LTS, Lenovo W550s laptop + additional ASUS display via mDP (but same behavior via VGA). Laptop graphics adapter is Intel HD Graphics 5500 (Broadwell GT2).

Happy to provide any further info needed for debugging, just let me know what you need and how to find it. I'm comfortable with CLI but all the GUI & display stuff is new to me.

Revision history for this message
hackel (hackel) wrote :

I just wanted to stop by and wish this bug a very happy 7th birthday! All the best, hope you never change!

Revision history for this message
WillWanghui (willwanghui) wrote :

I just wanted to stop by and wish this bug a very happy 8th birthday! All the best, hope you never change!

Revision history for this message
komali2 (komali2) wrote :

Confirmed on 16.04, 8 years later.

Revision history for this message
abhijeet (dadarox) wrote :

Please solve this issue. It is persistent in 16.04. All workplaces come-together after suspend to the first workplace. It is very much annoying to sort out all the workplaces again from the scratch. THanks

Revision history for this message
Philippe Mermod (h-philippe) wrote :

I am experiencing the same: windows in different workspaces moved to workspace one when waking up from suspend. I have ubuntu 16.04 with a Dell laptop and an external screen.

Revision history for this message
Alan Jackson (alan-ajackson) wrote :

I recently migrated from an old System 76 desktop machine running 16.04 with two heads and old monitors to a new System 76 desktop system running 16.04 and a pair of new Dell monitors. The biggest change is that the monitors are now hooked up via HDMI. As soon as I made this change, trouble started. Every morning when I unlock the screens, all of my windows are now living on the left screen for workspace one. So the windows move off monitor two, and they move off other workspaces to all congregate on one monitor and one workspace. I have never experienced this before my system change - which was all just hardware.

Revision history for this message
Gunqqer Friithian (gunqqer) wrote :

I'm running 16.04 on a dell inspiron N7110 and I intermittently get this problem. Taking from suspend everything is jumbled about

Revision history for this message
PabloAB (pabloab777) wrote :

I'm not sure if I'm suffering the same bug. On GNOME Shell, all windows moved to first workspace after suspend (always). It remember I selected to output only to external display. If reset (alt+F2 r) forgets position (move) windows AND forget output display selection. My setup:

$ inxi -SMG -! 31 -y 80
System: Kernel: 4.15.0-45-generic x86_64 bits: 64 Desktop: Gnome 3.28.3
           Distro: Ubuntu 18.04.2 LTS
Machine: Device: laptop System: ASUSTeK product: UX303UB v: 1.0 serial: N/A
           Mobo: ASUSTeK model: UX303UB v: 1.0 serial: N/A
           UEFI: American Megatrends v: UX303UB.206 date: 03/02/2016
Graphics: Card-1: Intel Skylake GT2 [HD Graphics 520]
           Card-2: NVIDIA GM108M [GeForce 940M]
           Display Server: x11 (X.Org 1.19.6 )
           drivers: fbdev (unloaded: modesetting,vesa)
           Resolution: 1920x1080@60.00hz
           OpenGL: renderer: Mesa DRI Intel HD Graphics 520 (Skylake GT2)
           version: 4.5 Mesa 18.2.2

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.