Closed
Bug 55333
Opened 24 years ago
Closed 24 years ago
filepicker chokes on sybolic link to non-existant file
Categories
(SeaMonkey :: UI Design, defect, P3)
Tracking
(Not tracked)
People
(Reporter: hartley, Assigned: bugs)
Details
If there is a symbolic link to a file that does not exist (for example the result of "ln -s /foo foobar"), then the filepicker not only doesn't display that link (which might be wrong but defensable) but also fails to show some other files and/or directories. I don't know what order the files are processed in, but the behavior is consistant with processing files in some (not alphabetic) order and stoping when hitting a bad link. Build ID:2000100321
Comment 1•24 years ago
|
||
sounds like bug 53731. *** This bug has been marked as a duplicate of 53731 ***
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Comment 2•23 years ago
|
||
mass verification of duplicate bugs: to find all bugspam pertaining to this, set your search string to "DuplicateBugsBelongInZahadum". if you think this particular bug is *not* a duplicate, please provide a compelling reason, as well as check a recent *trunk* build (on the appropriate platform[s]), before reopening.
Status: RESOLVED → VERIFIED
Updated•20 years ago
|
Product: Core → Mozilla Application Suite
You need to log in
before you can comment on or make changes to this bug.
Description
•