Applications bleed or move into adjacent workspaces...

[Patrick Gillespie]

Unity 12.04 Beta 2

1.) When switching workspaces I notice that both Gimp and Libreoffice (unmaximized) bleed (move) into adjacent workspaces.

2.) I notice that when I move the GIMP toolbar back to the correct workspace, if the toolbar originally moved incompeletely "upward" into the workspace above, "a ghost" of the toolbar will remain beneath the transparent Unity panel (even after the panel has been moved).

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: gimp 2.6.12-1ubuntu1
ProcVersionSignature: Ubuntu 3.2.0-17.27-generic-pae 3.2.6
Uname: Linux 3.2.0-17-generic-pae i686
ApportVersion: 1.94.1-0ubuntu2
Architecture: i386
Date: Tue Mar 13 19:00:02 2012
InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Beta i386 (20120301)
ProcEnviron:
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: gimp
UpgradeStatus: No upgrade log present (probably fresh install)

[Patrick Gillespie (vermontpoet)]

Correction: "even after the *toolbar* has been moved."

[Launchpad Janitor (janitor)]

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

[Patrick Gillespie (vermontpoet)]

Providing a screenshot. Notice how the toolbar bleeds from one workspace to another. Also, notice the ghost (of the toolbar's previous position) at the top and middle of the transparent toolbar.

[Patrick Gillespie (vermontpoet)]

I was able to produce the Libre Office workspace "bleed" as follows:

Moved Libre Office to bottom left Workspace (four workspaces) in workspace view. Returned to Workspace One, then clicked on the Libre Office Icon on the launcher. The result is attached.

Rather than switch to the "bottom left workspace", libre office beld into the first workspace (top left). Notice how the right side of Libre overlaps the left side of Firefox. When I clicked on the GIMP icon (on the launcher) the same thing happened. The rightward side of the GIMP appeared on the "first" workspace overlapping the left side of firefox.

[Patrick Gillespie (vermontpoet)]

OK, last post unless asked otherwise. The following pic further illustrates the mixed up mess that can result.

Originally, Firefox: top right. Chrome: Top Left. GIMP and LIBRE: Bottom Left. Thunderbird: Bottom Right.

The attachment shows what happened when I tried navigating the open windows using the Launcher. GIMP was spread across three workspaces. Chrome was moved beneath Firefox and LIBRE was moved *on top* of Firefox.

[Paul White (paulw2u)]

This is a Unity bug. Seen here will Firefox, Thunderbird, LibreOffice, terminator etc.

[Paul White (paulw2u)]

Over time I find applications such as Firefox, Thunderbird and LibreOffice will move to a different workspace after a fair amount of switching between workspaces. Sometimes all I see is the extreme edge of my application in the wrong window and I can no longer switch to it. Small program windows, such as the default size gnome-terminal window, just move within a workspace as the window, when centrally placed is not big enough to bleed into another workspace.

Most of what I see happens after constant switching between workspaces using the Launcher icons.

[Walter Garcia-Fontes (walter-garcia)]

I'm seeing this in a machine with an NVIDIA graphics card. Do users affected by this bug have other types of graphics cards?

[Patrick Gillespie (vermontpoet)]

The laptop from which the images above were taken doesn't use NVIDIA:

LSPCI gives me:

00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03)
00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03)

[Omer Akram (om26er)]

more of a compiz bug.

[Walter Garcia-Fontes (walter-garcia)]

I confirm that I also see this with an Intel graphics card.

[Patrick Gillespie (vermontpoet)]

The bug continues. This afternoon, the main GIMP window disappeared altogether while the two toolbars remained. The GIMP Main Window wasn't on any of the workspaces. There was no way to turn off GIMP. After repeatedly using the scale feature on the workspace where the GIMP was reputedly located, the GIMP main window finally and magically materialized.

[Walter Garcia-Fontes (walter-garcia)]

I haven't seen this bug after working for one day with Unity 5.8.0. Anybody still seeing it under this version of Unity?

[Walter Garcia-Fontes (walter-garcia)]

I should add also: Compiz 0.9.7.2

[Paul White (paulw2u)]

I've just seen xchat move workspaces on its own twice in the last 30 seconds.

So the bug still needs to be fixed.

Using a fully updated Precise beta 2.

[Patrick Gillespie (vermontpoet)]

Interestingly, I've just seen libre office move workspaces and bleed into adjacent workspaces as well - and with the last updates (up to the minute).

I write "interesting" because I haven't been able to load Unity 3D ever since the Beta2 updates (and I'm using a generic Intel board and graphics driver).

This tells me the problem may not be compiz but Unity (since I haven't been able to run compiz for a week now). I'm changing the bug back to Unity.

[Patrick Gillespie (vermontpoet)]

Meant to write "Ubuntu", not Unity.

[Patrick Gillespie (vermontpoet)]

Hey, it's sort of like Where's Waldo?

Where's GIMP? Where, oh where did my little GIMP go?

[Elmar Roberg (roberg)]

This is the most frustrating thing! Enough to cause one to tear one's hair out.

It has nothing to do with Gimp. For me, it happens with system monitor, arora, chrome, almost anything, and every day. Worst is that the windows sometimes get moved to workspaces that are not even visible. Nothing then appears in the Unity bar. If I then open the doc in Nautilus again, it reappears as if by magic.

Other times, something happens and whilst the panel is still visible it becomes non-responsive. I then discovered if you press the hard shutdown button it brings up the shutdown dialog and restore the workspaces again.

The worst is that all this stuff worked perfectly in ubuntu 11.04. I did not upgrade to 11.10 because I could simply not get it to work at all on my Dell XPS.

The other frustrating thing is that it sometimes bleeds it in such a way that just the top border is not visible - so you cannot drag the window. Only option sometimes is to open up system monitor, kill the process and restart it again

Do you know how frustrating this is if you are due for a meeting and have some last minute printing to do, or something like that?

[Elmar Roberg (roberg)]

The bleeding seems to occur when a window is close to one of the workspace edges.

Since the default seems to be to snap to an edge, the window first has to be moved and it tends to eb sticky (need to do two actions if want to move it horizontally and vertically away from an edge.

It does not seem to occur to windows that have been maximised.

[Elmar Roberg (roberg)]

Can confirm that it is not just when window touches edges of workspace as I first thought.

In fact action is quite random.

After connecting to projector, found that windows were randomly distributed (e.g. Virtualbox from WS12 to WS9, associated VM to WS8; Thunderbird from WS11 to WS12; Tomboy from WS5 to WS6.) Interestingly fullscreen Nautilus in WS1 stayed where it was.

Keyboard settings CTL+ALT+1 to 0 work to switch WS, but
CTL+ALT+- switch to WS11
CTL+ALT+= switch to WS12
do not work.

But, I guess you guys are doing nothing about it, so not sure why we bother.

[Bilal Akhtar (bilalakhtar)]

Most of the reports above seem to be from systems with highly customized compiz settings. Can anyone check if this happens in a guest session?

[Michał Sawicz (saviq)]

Yes I can confirm, it happens in a guest session as well as unity --reset'ed

steps to reproduce:
* drag any window to the right edge of the bottom right workspace
* go back to top left workspace
* click on the window's launcher icon

expected result:
* workspace is switched to bottom right

current result:
* workspace remains the same

A possibly related thing: if you semi-maximize a window to the right edge, you can see a pixel of that window on the right-edge-adjacent workspace.

[Atul (atulkakrana)]

Hello All,

This is most frustrating bug and I am wodering why it is not reported by other users. It could be the most frustrating bug I have ever faced in Linux. I spend so much time everyday closing windows that bleed to other workspace and loose their border as well.

Graphics: ATI Raedon HD 4xxxx

Atul

[Daniel van Vugt (vanvugt)]

Please try to avoid describing multiple bugs in a single bug report. I think this/these are duplicates of:

1) bug 974242
2) bug 865006

[Mr.T (thau79)]

I don't think this one is a duplicate of neither 974242 nor 865006.

For me the _mis-positioning_ of windows happens only when a) selecting non-maximized applications which b) are not in the current workspace. "Works" all the time with browser windows, randomly with the file manager and other windows ...

The _bleeding_ into another workspace on the other hand is present at all times, though. It's most problematic when I "put windows into the grid" i.e. moving them fully left or right to take half of the screen. They then appear as on 2 workspaces (the adjacent one and the actual one) and can be resized and selected via Alt-Tab out of both, which is unnerving.