Windows can be hidden on another workspace

Other usability problems with this situation:

Suppose you are on the second workspace.

1) Since you can see the window by clicking on its icon, you try and open the windows' menu by right clicking on the icon. Now you try to maximize it and the window disappears from the workspace your are seeing. It disappears completely, no clues left for the lost ones. Looks like a crash.

2) The dash icon's menu (right click) has the option "only on this workspace" checked. Wich seems like nonsense (it is in two workspaces!).

3) Since you are lost anyway, you try to click on the "always on the visible worksapce". Then you ask the window to be maximized. Guess what happens. The window disappears from the second workspace. BUT you can see its miniature on the workspace switcher; if you (eventually find how to) switch to that workspace now, the window isn't there anymore! It is hidden somehow...

Repeating the 3rd problem, above.

I do it on Ubuntu 11.04. And with 4 workspaces on a 2x2 grid.

Each step below correspond to an image in the attached file (do not mind windows showed on the workspaces #2 and #4). Sorry this file is not with a better quality. The steps are pretty detailed, though.

1. in workspace 1, open a terminal window

2. move the window so that some part of it is on the workspace below

3. go to workspace below (#3). See its icon on the dash below.

4. right click on the dash icon, choose "always on the visible workspace"; right click again and choose maximize; now the window is gone from this workspace. But you can see it is maximized on workspace 1 (in the ws. switcher).

5. switch to the ws. #1. The window is not here (if you are here).

Thanks a lot for reporting this, however since this seems to be an issue with the way Compiz, or at least some other part of that stack, manages the contents of the different workspaces, this does not qualify as a papercut.

https://wiki.ubuntu.com/PaperCut

Not a papercut by what criteria? What disqualifies it? That it is not trivially fixable?

Correct me if I'm wrong, but the solution should be something along the line of checking which Compiz viewport contains the largest area of the application clicked on, then go there. It should be quite simple to do.

The criteria is that there is nothing trivial about working in Compiz, and
anything it touches automatically ceases to be a papercut. Even the most
trivial sounding problems have fairly complex solutions.

On 12 June 2012 20:35, Eddie Dunn <email address hidden> wrote:

> https://wiki.ubuntu.com/PaperCut
>
> Not a papercut by what criteria? What disqualifies it? That it is not
> trivially fixable?
>
> Correct me if I'm wrong, but the solution should be something along the
> line of checking which Compiz viewport contains the largest area of the
> application clicked on, then go there. It should be quite simple to do.
>
> --
> You received this bug notification because you are subscribed to One
> Hundred Paper Cuts.
> Matching subscriptions: Papercut bug mail
> https://bugs.launchpad.net/bugs/926357
>
> Title:
> Windows can be hidden on another workspace
>
> Status in One Hundred Paper Cuts:
> Invalid
> Status in “compiz” package in Ubuntu:
> New
>
> Bug description:
> What happens:
> A window can be moved so that just a part of its lower edge is below the
> bottom boundary of the current workspace (workspace 1). If I later swicth
> to the workspace below (workspace 2), the window is registered as being on
> that workspace -- even though the lower edge of the window is hidden by the
> top panel of workspace 2. This means I can't activate the window by
> clicking its icon in the Dash; I will have to switch back to workspace 1
> before I can interact with the window again. (see attached screenshot)
>
> This is a minor annoyance if you are familiar with workspaces. If you,
> however, accidentally switch workspace this can be really bad, since
> you do not know how to go back, and the application window will just
> appear to be "gone" even though it is still running. The only way for
> such a user to get back to the application is to restart it, losing
> potential work in the process.
>
> Expected behavior:
> Clicking the icon of a running applicaiton in the Dash should bring you
> to the workspace/viewport were it occupies the biggest part of the screen.
> This way, an application window cannot accidentally disappear.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/hundredpapercuts/+bug/926357/+subscriptions
>

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