Bug 71306 - ".." TAB in file selector is confusing
Summary: ".." TAB in file selector is confusing
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Raw Hide
Classification: Retired
Component: gtk2
Version: 1.0
Hardware: All
OS: Linux
medium
low
Target Milestone: ---
Assignee: Owen Taylor
QA Contact:
URL:
Whiteboard:
Keywords:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2002-08-12 09:38 UTC by Kjetil T. Homme
Modified: 2008-05-01 15:38 UTC (History)
0 users

(edit)
Clone Of:
(edit)
Last Closed: 2003-01-07 17:35:47 UTC


Attachments (Terms of Use)

Description Kjetil T. Homme 2002-08-12 09:38:47 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020808

Description of problem:
if you wish to go back, it's natural for me to type .. TAB.  the file selector
does not seem to understand the meaning of ".." in the Unix file system.

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1. fire up a file selector
2. enter /u TAB .. TAB

	

Actual Results:  the folder list contains . and ..
the text entry widget contains "..", with the cursor positioned at the beginning.

Expected Results:  the file selector should have gone up a level.


Additional info:

it's also interesting that if you type Return, the result will be returned to
the application verbatim.  I don't think it makes sense to return relative paths
when the path starts absolutely.
i.e., "../../bin" is OK, but "/usr/X11R6/lib/../bin" is probably not wanted nor
expected.

the testing was done with gtk2-2.0.6-1

Comment 1 Owen Taylor 2002-08-12 15:43:03 UTC
See

 http://bugzilla.gnome.org/show_bug.cgi?id=89972

(I don't really like the patch in there ... it is a "bandaid"
patch" ... I'd rather understand what has changed betweeen GTK+1.2
and now.)

Comment 2 Owen Taylor 2003-01-07 17:35:47 UTC
This was fixed in 2.2.


Note You need to log in before you can comment on or make changes to this bug.