Snap-to-side windows cause dash to hide

Bug #734125 reported by Stephen Rees-Carter
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Unity
Expired
Undecided
Unassigned
unity (Ubuntu)
Expired
Undecided
Unassigned

Bug Description

I'm not sure of the correct terminology (or where this bug should be filed) so feel free to update this to make it more understandable.

Basically, the problem is that dragging a window (in this case Deja-Dup Restore dialog) to the right-hand side of the workspace in order to snap it to the side of the screen (i.e. the blue box appears and it nicely fits in on the right hand side), causes the dash on the other workspace of the same level to auto-hide needlessly.

If you look in the screenshot, you will see on the top right hand workspace the Deja-Dup restore dialog, snapped to the right of the workspace. In the workspace to the left of that is a Firefox window. The dash on that workspace automatically stays in its hidden state even though the firefox window is in the middle well away from it.
Moving the Deja-Dup window off the right hand edge causes the Dash to remain open.

Does that make sense?

What information do you need from me to help debug and fix this?

Natty 11.04 Alpha3 installed, x86_64

valorin@thorin:~$ lsb_release -rd
Description: Ubuntu Natty (development branch)
Release: 11.04
valorin@thorin:~$ unity --version
unity 3.6.4

Revision history for this message
Stephen Rees-Carter (valorin) wrote :
Revision history for this message
Alex Launi (alexlauni) wrote :

I don't understand what the problem exactly is. I think some of your terminology might be wrong. Could you try making a video of the problem? Might be easier to understand seeing the issue.

Changed in unity:
status: New → Incomplete
Changed in unity (Ubuntu):
status: New → Incomplete
Revision history for this message
Stephen Rees-Carter (valorin) wrote :

I'm sure how to take a video of the bug, but I have taken a couple of Screenshots which should explain it.
Also, I think what I called the Dash above is actually called the Launcher? I thought it was originally called Dash, but I am probably confused...

Anyways, hopefully this explains it:

Workspace layout: http://rc.id.au/f/images/autohide-bug-1-workspaces.png
Top right (Nautilus): http://rc.id.au/f/images/autohide-bug-2-nautilus.png
Top left (Firefox): http://rc.id.au/f/images/autohide-bug-3-firefox.png

You will notice that Firefox has the launcher visible on the right, since it is not maximized, and the Nautilus window is also not maximized. This is the expected behaviour of the launcher.

Now, I drag the Nautilus window over to the right, which causes it to automatically expand to take up around half of the screen.
See: http://rc.id.au/f/images/autohide-bug-4-nautilus-on-right.png

Since this workspace is top right, the launcher in the top-left workspace will no longer stay open.
See: http://rc.id.au/f/images/autohide-bug-5-firefox-hidden-launcher.png

I think this is caused by a margin around the launcher used to detect windows going around the entire launcher ACROSS workspaces, instead of just to the left of the launcher on the existing workspace.

Does that make sense?

If not, what program can I use to take a video of this?

Revision history for this message
Paul Sladen (sladen) wrote :

Alex: (I think it is that) there are two workspaces. The shadow from a window on one workspace is causing the launcher on the next workspace across to autohide. The solution is that shadows/padding should not be taken into account when testing for overlap.

Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for unity (Ubuntu) because there has been no activity for 60 days.]

Changed in unity (Ubuntu):
status: Incomplete → Expired
Changed in unity (Ubuntu):
status: Expired → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for Unity because there has been no activity for 60 days.]

Changed in unity (Ubuntu):
status: Incomplete → Expired
Changed in unity:
status: Incomplete → Expired
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.