Auto-hide isn't reliable anymore after latest upgrade

Bug Description

# Bug description

Ever since I upgraded my plank release I have had trouble with the auto hide option. Instead of hiding, plank will now sometimes stay visible even when I move the mouse far away from it. You can see this in the screencast attached to this post.

# Steps to reproduce

I have yet to determine the exact conditions under which this behaviour occurs but it seems to me as though it doesn't make any difference if other windows are open or not.

# Additional information

Upgrade which caused this bug: upgrade plank 0.2.0~bzr818-0ubuntu1~12.04~ricotz1 0.3.0+bzr854-0ubuntu1~12.04~ricotz1

- Ubuntu 12.04.2 LTS running LXDE/Openbox and xcompgr
- AMD graphics under Catalyst 13.1

$apt-cache policy plank
plank:
Installed: 0.3.0+bzr854-0ubuntu1~12.04~ricotz1
Candidate: 0.3.0+bzr854-0ubuntu1~12.04~ricotz1

$ apt-cache policy openbox
openbox:
Installed: 3.5.0-6
Candidate: 3.5.0-6

$ uname -a
Linux UBN 3.5.0-36-generic #57~precise1-Ubuntu SMP Thu Jun 20 18:21:09 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux

$ apt-cache policy xorg
xorg:
Installed: 1:7.6+12ubuntu2
Candidate: 1:7.6+12ubuntu2

Plank configuration:

[PlankDockPreferences]
#Whether to show only windows of the current workspace.
CurrentWorkspaceOnly=false
#The size of dock icons (in pixels).
IconSize=64
#If 0, the dock won't hide. If 1, the dock intelligently hides. If 2, the dock auto-hides.
HideMode=2
#Time (in ms) to wait before unhiding the dock.
UnhideDelay=0
#The monitor number for the dock. Use -1 to keep on the primary monitor.
Monitor=1
#List of *.dockitem files on this dock. DO NOT MODIFY
DockItems=nautilus.dockitem;;google-chrome.dockitem;;thunderbird.dockitem;;libreoffice3.dockitem;;recoll-searchgui.dockitem;;Suite.dockitem;;med.dockitem;;medapp.dockitem;;sci.dockitem
#The position for the dock on the monitor.
Position=3
#The dock's position offset from center (in percent).
Offset=0
#The name of the dock's theme to use.
Theme=Blue
#The alignment for the dock on the monitor's edge.
Alignment=3
#The alignment of the items in this dock.
ItemsAlignment=3

P.S.: Is there any way to downgrade plank to a previous release? Can I access previous builds on launchpad? I think I was able to do this before once but forgot how to. I'd appreciate very much if you could point me in the right direction.

I've got the same problem on a clean installation of Luna 0.2 (64-bit).

$ uname -a
Linux main 3.2.0-51-generic #77-Ubuntu SMP Wed Jul 24 20:18:19 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux

$ apt-cache policy plank
plank:
Installed: 0.3.0+bzr857-0elementary1~precise1
Candidate: 0.3.0+bzr857-0elementary1~precise1

$ apt-cache policy xorg
xorg:
Installed: 1:7.6+12ubuntu2
Candidate: 1:7.6+12ubuntu2

$ apt-cache policy gala
gala:
Installed: 0.1-0~r351+pkg18~precise1
Candidate: 0.1-0~r351+pkg18~precise1

Alexander: I believe Elementary uses a different dock (pantheon dock?), which is Plank-based. And their default hide mode is actually a patch to Plank and not part of Plank itself. You may wish to file your bug against their specific package.

Robert: Ops, my bad.

Please disregard my confirmation of the bug.

I have found auto and intellihide doesn't work consistently. Most of the time it works, sometimes it doesn't. It does not appear to be any specific gesture that causes it as it seems more random than anything else.

I duplicated this on three machines - aluminum iMac, Toshiba ultrabook, Lenovo Edge laptop. All same deal.

I also did my own screencast of the issue that can be seen here:

http://www.youtube.com/watch?v=b8kWUlxJnsQ&feature=youtu.be

We need concrete steps to reproduce the bug.

Even though pantheon-dock is a derivative of Plank I think the description in this [bug report](https://bugs.launchpad.net/pantheon-dock/+bug/1213939) still applies. The dock is more likely to get stuck if the user:

1.) quickly moves the cursor in and out of the dock area
2.) makes sure to touch the screen border before leaving the area again

The attached screencast demonstrates this, I think

There must be more to this... because I absolutely can not reproduce this bug, with either Auto or Intellihide.

Perhaps it is related to the window manager being used? Is everyone here using Pantheon? I'm on Metacity - is anyone else on Metacity seeing this bug?

I am on openbox but I can only reproduce the bug when composition is turned on (xcompmgr/compton). Maybe that's the reason why we are seeing different behaviours?

I'm experiencing this bug on elementary OS Luna with Pantheon.

I'm on elementary OS with Luna and Pantheon as well. I find it actually rather easy to duplicate this bug on my systems. I have 3 eOS Luna instances, all are suffering from the same thing.

Supposed to be fixed with r891

Working fine here with r891. Thank you, @ricotz!