menu mouse-scrolling broken, when themes enable gtk-auto-mnemonics

Bug #548652 reported by Per Ångström
272
This bug affects 55 people
Affects Status Importance Assigned to Milestone
Ayatana Ubuntu
In Progress
Medium
Cody Russell
GTK+
Fix Released
Medium
Fedora
Won't Fix
Medium
gtk+2.0 (Ubuntu)
Fix Released
Medium
Unassigned
Lucid
Won't Fix
Medium
Unassigned
gtk+3.0 (Ubuntu)
Fix Released
Low
Unassigned
Lucid
Invalid
Low
Unassigned

Bug Description

This bug is a follow-up to bug #537374. The keyboard aspect of that bug is now fixed, but the mouse-handling problem remains.

How to reproduce:
0.1) Make sure you are testing on a display that has a sufficiently low resolution to make the System -> Preferences menu too high to fit on the screen.
0.2) Make sure you are using a theme that uses the : gtk-auto-mnemonics = 1 option (e.g., Ambiance or Radiance).

1) Bring up the System -> Preferences menu.
2) Place the mouse pointer on the down arrow.
3) Wait for the menu to scroll to the bottom.
4) Move the mouse pointer slightly upwards, aiming for the menu's bottom-most item.

Expected behavior: The menu should stay in its scrolled position, making it possible to click the bottom-most item.

Actual behavior: As soon as the mouse pointer leaves the down arrow, the menu scrolls back to the top. It is not possible to click the bottom-most item.

ProblemType: Bug
Architecture: amd64
CheckboxSubmission: c2d78d7690d0fab80ba77c674de4d6a9
CheckboxSystem: 90b928d283473e9c089e730778bbd3da
Date: Fri Mar 26 10:08:46 2010
DistroRelease: Ubuntu 10.04
EcryptfsInUse: Yes
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release amd64 (20091027)
NonfreeKernelModules: nvidia
Package: light-themes 0.1.5.9
PackageArchitecture: all
ProcVersionSignature: Ubuntu 2.6.32-17.26-generic 2.6.32.10+drm33.1
SourcePackage: light-themes
Uname: Linux 2.6.32-17-generic x86_64

Related branches

Revision history for this message
Per Ångström (autark) wrote :
description: updated
Changed in gtk+2.0 (Ubuntu):
assignee: nobody → Canonical Desktop Team (canonical-desktop-team)
importance: Undecided → High
status: New → Confirmed
Revision history for this message
Rick Spencer (rick-rickspencer3) wrote :

I would like to see this fix, but do not consider this a release blocker. Downgrading to medium.

Changed in gtk+2.0 (Ubuntu Lucid):
importance: High → Medium
Revision history for this message
Gaurav Kumar (gaurav-b-kumar) wrote :

It's still a problem for me, I'm running Ubuntu Lucid Beta 1 x86 with Gnome 2.3.0, and it's quite a bother to have to use the keyboard to navigate menus on a netbook. Even though it's not technically a showstopper, I do think it deserves attention, as it is a serious regression from Karmic

Revision history for this message
Daniel Gnoutcheff (gnoutchd) wrote :

For what it's worth:

For me, gnome-panel main menu is definitely affected by this bug, but long menus in other apps seem to be fine. I just checked gvim, gedit, inkscape, and nautilus - none of them are affected.

I can confirm that switching themes makes this go away.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Cody, do you think you could have a look to this one?

Changed in gtk+2.0 (Ubuntu Lucid):
assignee: Canonical Desktop Team (canonical-desktop-team) → Cody Russell (bratsche)
assignee: Cody Russell (bratsche) → Canonical Desktop Team (canonical-desktop-team)
status: Confirmed → Triaged
David Barth (dbarth)
Changed in ayatana-ubuntu:
assignee: nobody → Cody Russell (bratsche)
importance: Undecided → Medium
milestone: none → ubuntu-10.04-beta-2
status: New → Triaged
David Barth (dbarth)
Changed in ayatana-ubuntu:
milestone: ubuntu-10.04-beta-2 → ubuntu-10.04
Revision history for this message
Jarige (jarikvh) wrote :

Would like to see this fixed soon. I didn't notice that an other theme fixes this problem. I'm using the Dust theme, so I suspect this one is affected either.

David Barth (dbarth)
Changed in ayatana-ubuntu:
status: Triaged → In Progress
Changed in gtk+2.0 (Ubuntu Lucid):
status: Triaged → In Progress
Revision history for this message
In , Bruno (bruno-redhat-bugs) wrote :

Description of problem:
When I scroll down in a menu (say the graphics menu entries) that is too large to fit on the screen the menu items listed scrolls. But when I move the mouse back to select an item I made visible, the menu snaps back to the top preventing selection of the desired item if it isn't visible while at the top of the menu. I am not sure exactly when this changed or which component is responsible.

If this can be confirmed it should probably be marked as a release blocker.

Version-Release number of selected component (if applicable):
gnome-desktop-2.30.0-1.fc13.i686

How reproducible:

Steps to Reproduce:
1.
2.
3.

Actual results:

Expected results:

Additional info:

Revision history for this message
In , Bruno (bruno-redhat-bugs) wrote :

I have another machine at work with a similar package set installed that isn't exhibiting this problem. So I need to look and see what's different.

Steve Langasek (vorlon)
Changed in gtk+2.0 (Ubuntu Lucid):
milestone: none → lucid-updates
Revision history for this message
In , Bruno (bruno-redhat-bugs) wrote :

I still haven't figured out why one machine has that problem. I have three other f13 machines that I haven't been able to duplicate the problem on.

Revision history for this message
In , Bruno (bruno-redhat-bugs) wrote :

I played with this some more and it doesn't do it on all of the large menu lists. But it isn't consistent about which ones it happens with.

Revision history for this message
Jesse Palser (jessepalser) wrote :

Hi, I have this problem too on my NetBook with 600 vertical lines of resolution. I place the menu at the bottom panel and when I try to scroll though /System/Preferences using the bottom arrow of the menu using the mouse the menu scrolls back to the top when the mouse is moved off the down arrow. Hope this can be fixed before the official release of Lucid on Thursday, April 29, 2010. Thanks!

Revision history for this message
In , Bruno (bruno-redhat-bugs) wrote :

I found that this issue is related to the theme being used. On the machine with problems I usually use Fedora with Echo icons. When I tried using Bluecurve (with or without Echo Icons) I didn't see the problem. Switching back caused it to reappear.
I need to check to see if I have a corrupted install of that theme and whether or not the same problem is visible on a couple of other machines. (I typically don't mess with the theme on my scratchish machines, so they are probably using Bluecurve.)

Revision history for this message
In , Bruno (bruno-redhat-bugs) wrote :

I did see that Fedora really is just Clearlooks. And selecting the Clearlooks theme also resulted in having the menu selection issue.

Revision history for this message
In , Bruno (bruno-redhat-bugs) wrote :

I am seeing this on a second computer now. I have it occurring on both i686 and x86_64 arches. I am having trouble reproducing it on an i686 machine that doesn't have the kitchen sink installed on it.

My next plan is try to some older versions of the Clearlooks theme. Even if that isn't the root of the problem, being able to isolate what triggers it would be useful to know.

I might also try older desktops, but that seems likely to be a lot more involved.

Revision history for this message
In , Bruno (bruno-redhat-bugs) wrote :

I looked and gnome-theme-curvylooks has changed for about 9 months which predates me seeing the issue. So it seems unlikely to be something triggered by a change in that package.

Revision history for this message
In , Colin (colin-redhat-bugs) wrote :

Me too. Worked in F12 on same hardware.

See also ubuntu: https://bugs.launchpad.net/fedora/+bug/548652

Revision history for this message
sahomu (muhasaho) wrote :

I have the same problem. as "Jesse Palser"

Revision history for this message
Dilton McGowan II (diltonm) wrote :

I tried adding gtk-auto-mnemonics = 0 to a new file balled .gtkrc-2.0 in my home directory and logged out and back in but that did not fix it (thought it was worth a try based on some of the things I'd read on the net it sounded like it would honor the setting).

Changing from Radiance to Human fixes the issue. Also you can add the standard Menu Bar to the Panel and that one does work with the new themes. Normally I keep that one off since the words "Applications, Places, System" takes up too much horizontal space and I use the one called Main Menu which just shows the Ubuntu icon.

Revision history for this message
In , Erwan (erwan-redhat-bugs) wrote :

Same issue after a upgrade from F12.

Revision history for this message
In , Erwan (erwan-redhat-bugs) wrote :

I was able to fix this issue using the hint in ubuntu bug report:
just replace
   gtk-auto-mnemonics = 1
by
   gtk-auto-mnemonics = 0
in the theme you use.

I use Fedora theme so it was in Clearlooks (/usr/share/themes/Clearlooks/gtk-2.0/gtkrc)...

 Of course, auto-mnemonics a new feature of gnome is now disabled, so this is only a quick fix not a real one!

Revision history for this message
Ayan George (ayan) wrote :

I submitted a patch for this upstream attached to bugzilla issue #612611 (https://bugzilla.gnome.org/show_bug.cgi?id=612611#c5)

Changed in gtk:
status: Unknown → Confirmed
Changed in gtk+2.0 (Ubuntu):
milestone: lucid-updates → none
assignee: Canonical Desktop Team (canonical-desktop-team) → nobody
Changed in gtk+2.0 (Ubuntu Lucid):
assignee: Canonical Desktop Team (canonical-desktop-team) → nobody
Revision history for this message
In , Bruno (bruno-redhat-bugs) wrote :

Changing Clearlooks worked for me as well in F14. I tried adding the assignment to the .gtkrc-mine, .gtkrc and .gtkrc-2.0 files and it didn't help there. Unfortunately changing clearlooks means that package updates can switch things back again.

Changed in gtk:
importance: Unknown → Medium
Revision history for this message
Pol_ (paulemile-purnelle) wrote :

Hello all I'm affected by the same issue in 10.04 and 10.10. However the "System->Preference" Menu us also affected when I use the scroll button of the mouse. Then for some reason when I scroll to the limit of the menu and continue to scroll the mouse is pushed back to top left of the screen and the "Application" Menu is opened.

Revision history for this message
DGelling (dgelling) wrote :

Just wanted to add that I'm also experiencing the problem, in both 10.04 and 10.10. For me, scrolling with the mouse wheel doesn't seem to work at all.

The patch referenced above seems to be rejected, with the devs asking for more information. If someone has a bugzilla account, can they expand on the problem?

Revision history for this message
Ayan George (ayan) wrote :

mclasen has submitted a patch upstream:

https://bugzilla.gnome.org/show_bug.cgi?id=612611

Changed in gtk:
status: Confirmed → Fix Released
Changed in gtk+2.0 (Ubuntu):
status: In Progress → Fix Committed
Revision history for this message
In , Bruno (bruno-redhat-bugs) wrote :

This issue is still happening in rawhide (f15).

Revision history for this message
Crates (typing) wrote :

Ten months now, and this hasn't been fixed in the regular packages pushed out in the System Updates... I'd really like to know how to fix this as an end-user, please. "Wait for Ubuntu 11.04" is not a valid option, tyvm.

Revision history for this message
Sebastien Bacher (seb128) wrote :

the issue is fixed in gtk3

Changed in gtk+2.0 (Ubuntu):
status: Fix Committed → Triaged
Changed in gtk+3.0 (Ubuntu):
importance: Undecided → Low
status: New → Fix Released
Changed in gtk+2.0 (Ubuntu Lucid):
status: In Progress → Triaged
Changed in gtk+3.0 (Ubuntu Lucid):
importance: Undecided → Low
status: New → Invalid
Revision history for this message
Sebastien Bacher (seb128) wrote :
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package gtk+2.0 - 2.24.3-0ubuntu2

---------------
gtk+2.0 (2.24.3-0ubuntu2) natty; urgency=low

  * debian/patches/061_use_pdf_as_default_printing_standard.patch:
    - really clean that deprecated patch this time
  * debian/patches/094_git_fileselector_error.patch:
    - backported gtk3 commit to display errors when users try to enter
      names with an invalid character (lp: #615505)
  * debian/patches/095_git_menus_scrolling.patch:
    - backported gtk3 commit to fix menu scrolling issues (lp: #548652)
 -- Sebastien Bacher <email address hidden> Tue, 15 Mar 2011 17:28:06 +0100

Changed in gtk+2.0 (Ubuntu):
status: Triaged → Fix Released
Revision history for this message
In , Bug (bug-redhat-bugs) wrote :

This message is a reminder that Fedora 13 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 13. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora
'version' of '13'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version prior to Fedora 13's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that
we may not be able to fix it before Fedora 13 is end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora please change the 'version' of this
bug to the applicable version. If you are unable to change the version,
please add a comment here and someone will do it for you.

Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.

The process we are following is described here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Revision history for this message
In , Bug (bug-redhat-bugs) wrote :

Fedora 13 changed to end-of-life (EOL) status on 2011-06-25. Fedora 13 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version.

Thank you for reporting this bug and we are sorry it could not be fixed.

Revision history for this message
Rolf Leggewie (r0lf) wrote :

lucid has seen the end of its life and is no longer receiving any updates. Marking the lucid task for this ticket as "Won't Fix".

Changed in gtk+2.0 (Ubuntu Lucid):
status: Triaged → Won't Fix
Changed in fedora:
importance: Unknown → Medium
status: Unknown → Won't Fix
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.