Closed Bug 93029 Opened 24 years ago Closed 24 years ago

File dialogs easily confused by symlinks.

Categories

(SeaMonkey :: UI Design, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 92329

People

(Reporter: dylang, Assigned: bryner)

Details

Let's say you have a dir /home/user They have a subdir furthersubdir/ Which has another subdir anothersubdir/ For a complete path of /home/user/furthersubdir/anothersubdir But the user doesn't like having to type all that in. So they symlink /home/user/anothersubdir to /home/user/furthersubdir/anothersubdir (a soft one, since for the purposes of this contrived example, the furthersubdir is on a different physical drive/server). The link is "furthersubdir/anothersubdir/" The problem comes into play when you browse in the file dialog box. The top part will show "furthersubdir/anothersubdir/" .. since it hides .., and does not get the proper full path into the drop down, you are "trapped" in the subdir until you type in a new place to save the flie to. Related to this is how the file dialog adds an extra / to the paths (//home/user ... sigh :p).
file dialog: i presume you mean the file picker, ie, the dialog which appears when you do File > Open File or File > Save As... if so, this is bryner's, i think [possibly a dup, will search later on].
Assignee: blake → bryner
> The link is "furthersubdir/anothersubdir/" That is a relative link so this looks like you are describing bug 92329 "GetTarget doesn't handle relative symlinks" *** This bug has been marked as a duplicate of 92329 ***
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
v
Status: RESOLVED → VERIFIED
Product: Core → Mozilla Application Suite
Component: XP Apps: GUI Features → UI Design
You need to log in before you can comment on or make changes to this bug.