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 656849 - Ctrl+PageUp/PageDown events always handled by treeview
Ctrl+PageUp/PageDown events always handled by treeview
Status: RESOLVED OBSOLETE
Product: gtk+
Classification: Platform
Component: Widget: GtkTreeView
3.22.x
Other Linux
: Normal minor
: ---
Assigned To: gtktreeview-bugs
gtktreeview-bugs
Depends on:
Blocks:
 
 
Reported: 2011-08-18 20:00 UTC by André Klapper
Modified: 2018-05-02 15:11 UTC
See Also:
GNOME target: ---
GNOME version: 3.25/3.26


Description André Klapper 2011-08-18 20:00:05 UTC 
STEPS in 3.1.4:
1. Choose a file in Nautilus
2. Right-click and choose Properties
3. Use Ctrl+PageDown to go to "Open With" tab
4. Use Ctrl+PageUp

EXPECTED OUTCOME:
Goes back to "Permissions" tab

ACTUAL OUTCOME:
Focus is in the list of applications, cannot switch tab back
Comment 1 William Jon McCann 2012-09-07 19:30:32 UTC 
Works fine here. Still an issue?
Comment 2 António Fernandes 2012-09-07 21:55:34 UTC 
I can reproduce this on master. Also, it applies to Ctrl+PageDown as well. Using Alt+Ctrl+{PgUp,PgDn} gives the expected result.

When entering the "Open With" tab, the application list gets focus. Ctrl+PgUp and Ctrl+PgDn will scroll the list.

Unlike clicking on PgUp or PgDn without modifier, Ctrl+PgUp and Ctrl+PgDn scroll the list without changing which item is selected.

(It looks as if the Ctrl key is "stolen" by the ability to multi-select while holding CTRL, except I can't select multiple items here.)

Tested on Fedora 17, via jhbuild, after updating gtk+ and nautilus.
Comment 3 chris 2013-04-10 10:17:19 UTC 
I can confirm this Problem. on Fedora 17/18
Comment 4 Cosimo Cecchi 2013-04-10 18:23:51 UTC 
-> gtk+

This is not a Nautilus bug, but a consequence of how GtkNotebook and GtkTreeView work. Both define an action for Ctrl+PageUp/Ctrl+PageDown; when a notebook page is switched, the child of that page will be focused (in that case the application list treeview), and will start receiving key events before the notebook.

Not much we can do about this, but probably the GtkTreeView handler should avoid eating the event when it doesn't have any effect on the tree selection, and let it bubble up to the notebook in that case.
Comment 5 Matthias Clasen 2018-02-10 05:04:08 UTC 
We're moving to gitlab! As part of this move, we are moving bugs to NEEDINFO if they haven't seen activity in more than a year. If this issue is still important to you and still relevant with GTK+ 3.22 or master, please reopen it and we will migrate it to gitlab.
Comment 6 André Klapper 2018-03-17 10:41:17 UTC 
Yes still an issue. gtk3-3.22.26-2.fc27.x86_64
Comment 7 GNOME Infrastructure Team 2018-05-02 15:11:03 UTC 
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gtk/issues/365.