Closed
Bug 93029
Opened 24 years ago
Closed 24 years ago
File dialogs easily confused by symlinks.
Categories
(SeaMonkey :: UI Design, defect)
Tracking
(Not tracked)
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).
Comment 1•24 years ago
|
||
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
Comment 2•24 years ago
|
||
> 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
Updated•21 years ago
|
Product: Core → Mozilla Application Suite
You need to log in
before you can comment on or make changes to this bug.
Description
•