After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 536246 - Panel doesn't respond to mouse clicks on the edges of the screen.
Panel doesn't respond to mouse clicks on the edges of the screen.
Status: RESOLVED NOTGNOME
Product: gnome-panel
Classification: Other
Component: panel
2.22.x
Other All
: Normal minor
: ---
Assigned To: Panel Maintainers
Panel Maintainers
: 571675 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2008-06-02 14:21 UTC by Alexander Kojevnikov
Modified: 2009-03-03 23:12 UTC
See Also:
GNOME target: ---
GNOME version: 2.21/2.22



Description Alexander Kojevnikov 2008-06-02 14:21:30 UTC
Please describe the problem:
Suppose we have a panel attached to the top of the screen. If I click anywhere on the panel, with cursor position at Y=0, the panel (or an applet behind it) receives the click (e.g. if I right-click I see the context menu).

However, if I click on the any side edge of the screen, that is, X=0 or X=screen_size-1 AND y>0 - the panel does not receive the click.

Here's a small diagram to explain the issue:

+++++++++++++++++++++++++++++++
!+++++++++++++++++++++++++++++!
!+++++   Top panel       +++++!
!+++++++++++++++++++++++++++++!
!+++++++++++++++++++++++++++++!

Each character is a pixel. '+' are pixels that work, '!' are those that don't.

Steps to reproduce:
1. Add a new panel on top of the screen if you don't have one.
2. Position your mouse cursor at pixel (0,0).
3. Move your cursor a bit down, so that X is still 0 and Y>0 but still within the panel.
4. Right-click.


Actual results:
A context menu should appear.

Expected results:
Nothing.

Does this happen every time?
Yep

Other information:
It does not matter where the panel is docked: top, left, right or bottom. The top and bottom edges of the screen always work, and the left and right - always don't.

Why I think this should be fixed. When the user tries to reach applets placed next to the edge of the screen (main menu or the clock) it can be annoying not being able to reach them if the mouse cursor is off by just one pixel from the top or bottom edge of the screen. This can be confusing, especially on the right side where the mouse cursor is not visible (it's off the screen).

I would very much appreciate if someone could fix this, it's probably just a typo in the code, such as using a '>' instead of a '>='.
Comment 1 Alexander Kojevnikov 2008-06-02 14:23:32 UTC
I messed up the actual/expected results section, it should read as:

Actual results:
Nothing.

Expected results:
A context menu should appear.

Comment 2 Martin Ammermüller 2008-07-13 02:29:02 UTC
I can't confirm this. My Distribution is Ubuntu 8.04 with gnome-panel version 2.22.2. Is this still an issue? What version of gnome-panel do you use?
Comment 3 Alexander Kojevnikov 2009-02-16 01:33:19 UTC
(In reply to comment #2)
> I can't confirm this. My Distribution is Ubuntu 8.04 with gnome-panel version
> 2.22.2. Is this still an issue? What version of gnome-panel do you use?
> 
Martin, sorry for delay in replying, I didn't use Gnome last 6 months or so.

I've just got a fresh installation of Ubuntu 8.10 with Gnome 2.24.1 and the issue is still there.
Comment 4 Alexander Kojevnikov 2009-02-23 23:54:27 UTC
Apparently, this happens only when "Rotate Cube" Compiz plugin is activated.

Relevant downstream bug report:
https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/284158
Comment 5 Alexander Kojevnikov 2009-03-03 01:36:13 UTC
*** Bug 571675 has been marked as a duplicate of this bug. ***
Comment 6 Michael de Hart 2009-03-03 22:20:25 UTC
It's indeed the "Rotate Cube" compiz plugin. (same problem here)

Here is a diagram of the pixels that aren't responding. Not only to click-events but also to hovering. (to unhiden panels on the side for example)

+++++++++++++++++++++++++++++++
!!+++++++++++++++++++++++++++!!
!!+++++++++++++++++++++++++++!!
!!+++++++++++++++++++++++++++!!
!!++++++++  Screen  +++++++++!!
!!+++++++++++++++++++++++++++!!
!!+++++++++++++++++++++++++++!!
!!+++++++++++++++++++++++++++!!
!!+++++++++++++++++++++++++++!!
+++++++++++++++++++++++++++++++
Comment 7 Alexander Kojevnikov 2009-03-03 22:24:11 UTC
I can confirm that it's two pixels that are not responding to mouse events, not one pixel as in the original report.
Comment 8 Vincent Untz 2009-03-03 22:47:54 UTC
If it's happening because of the cube, I would think it's a compiz issue, not a panel bug. Not quite sure what the panel can do in that case. Or am I misunderstanding something?
Comment 9 Alexander Kojevnikov 2009-03-03 23:12:57 UTC
OK, apparently it's a feature, not a bug. These instructions from http://forum.compiz-fusion.org/showthread.php?t=8521 helped me:

* Open CompizConfig Setting Manager
* Select "Rotate Cube"
* Expand "Rotate Cube" on the Bindings tab
* Clear "Rotate Flip Left" and "Rotate Flip Right" options.

After this, the screen edges start reacting to mouse clicks but you lose the ability to drag windows to another workspace, etc.

I'm closing the bug, feel free to re-open.