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 157889 - nautilus location requester behaves different than file requester
nautilus location requester behaves different than file requester
Status: RESOLVED DUPLICATE of bug 99027
Product: nautilus
Classification: Core
Component: Navigation
2.8.x
Other Linux
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2004-11-10 20:53 UTC by bugreports
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description bugreports 2004-11-10 20:53:51 UTC
The for me most important nautilus shortcut ctrl+l does not work
consistently ( the run application dialog has the same problem ):

1. First of all it does not work on the desktop (short cuts that only work
		by means of metacity like alt+f2 don't count...).
2. When it works, it behaves differently than the file requester:

File requester:
	To reproduce open say eog and select open from the menu.
	Type say / it will display a pulldown list with all dirs in /. From them
	one could select one by pressing cursor up/down...
	Type say /h it will display a pulldown list with some entries like /home
	and if there is only a single entry also fill in /home/ in the Location
	input field. If you then type say doesnotexist and press tab the
	cursor+focus stays in the Location input field.

Nautilus:
	To reproduce open a nautilus window and press ctrl+l (it won't work on
			the desktop!!)
	Type say / it won't display anything. Pressing tab will focus the cancel
	button (same for cursor up/down).
	Type say /h it will complete to /home if there is only a single
	entry in / starting with h. Then tab will keep focus in the Location
	field which then displays /home/ and jump behind /home/ pressing tab
	again will again focus the cancel field.
	If one types doesnotexist and press tab the focus will go to the cancel
	button.

It would be really nice to see it working exactly as in the file requester.
Comment 1 Matthew Gatto 2004-11-11 01:55:36 UTC

*** This bug has been marked as a duplicate of 99027 ***