Alt-up keystroke sometimes inactive in GtkFileChooser

Bug #75464 reported by John Pye
2
Affects Status Importance Assigned to Milestone
GTK+
Fix Released
Medium
gtk+2.0 (Ubuntu)
Triaged
Low
Ubuntu Desktop Bugs

Bug Description

Suggestion for improvement...

The GTK FileChooser has a keystroke (ALT+UP_ARROW) for moving to the parent directory. However this keystroke is inactive when the file list context-search is active, and pressing 'ESC' to deactive the context-search seems unintuitive.

Example:
1. gedit
2. file...open...
3. move up to top level directory
4. type 'usr' followed by <enter>
5. type 'shar', but don't press enter
5. type alt-up (nothing happens)

In this case it would be nice if the 'alt-up' keystroke could bubble up to the FileChooser and not just be ignored by the context search box. Don't know how hard that might/might not be though.

Thanks for all the great work.

Cheers
JP

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

Thank you for your bug. That works fine for me. What version of Ubuntu do you use? What keyboard keymap? Do you have several directories starting by "shar"?

Changed in gtk+2.0:
assignee: nobody → desktop-bugs
importance: Undecided → Low
status: Unconfirmed → Needs Info
Revision history for this message
John Pye (jdpipe) wrote :

Really, are you sure? You didn't press ESC before step 5 (I mean step 6 actually)?

I only have the directory /usr/share.

I should have clarified, I *don't* have the ctrl-L 'location' box open.

I'm not doing anything funny with keymaps etc etc (I have default US keyboard, English language, Australian timezone). This is a generic Gtk+ problem with context search boxes. Not just GtkFileChooser.

Are you clear on what I mean when I say 'context search box'? It's the little input box that puts up just near the "Open" button in the bottom right.

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

I'm using the location entry between the path bar and the list of folders and files and I don't get that bug bi

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

I'm using the location entry between the path bar and the list of folders and files and I don't get that bug no

Revision history for this message
John Pye (jdpipe) wrote :

So is it fair to say that if you hide the location entry box (ctrl-L) then you see the problem I'm describing?

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

no, if I mask the location box it's opened when pressing ctrl-L and it works correctly

Revision history for this message
John Pye (jdpipe) wrote :

Please reread the description carefully and look at the attached "screenshot"

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

Right, it happens when using that completion, I was typing "/usr" which makes use of the location entry automatically

Changed in gtk+2.0:
status: Needs Info → Confirmed
Revision history for this message
Sebastien Bacher (seb128) wrote :

opening an upstream task, to forward upstream if they don't already have a bug about that

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

could you try if that's still an issue in hardy or intrepid?

Changed in gtk+2.0:
status: Confirmed → Incomplete
Revision history for this message
John Pye (jdpipe) wrote :

Still an issue, just tested with 8.04.

Cheers
JP

Changed in gtk+2.0:
status: Incomplete → Confirmed
Revision history for this message
Sebastien Bacher (seb128) wrote :

could you open the bug on bugzilla.gnome.org?

Revision history for this message
John Pye (jdpipe) wrote :
Changed in gtk:
importance: Undecided → Unknown
status: New → Unknown
Revision history for this message
Sebastien Bacher (seb128) wrote :

thank you for sending the bug to GNOME

Changed in gtk+2.0:
status: Confirmed → Triaged
Changed in gtk:
status: Unknown → New
Changed in gtk:
importance: Unknown → Medium
Changed in gtk:
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.