Closed Bug 6936 Opened 25 years ago Closed 25 years ago

file:// Can not view directories

Categories

(Core :: Networking: File, defect, P3)

defect

Tracking

()

VERIFIED FIXED

People

(Reporter: jim_nance, Assigned: waterson)

References

()

Details

Using a file URL to view the contents of a directory other than / does
not work.  For example If I try to open file:/tmp or file:///tmp I see
no files in the directory despite the fact that several exist.  Other
directories have the problem too, but looking at / does seem to work.

From looking at strace output it seems that the problem is that apprunner
is trying to stat the files in the directory using an incorrect
relitive path rather than the absolute path.  When this fails it assumes
that the files are not really there:

172 196
/* 10 entries */, 3933) = 196
stat("tmp/.X0-lock", 0xbfffd464)        = -1 ENOENT (No such file or directory)
stat("tmp/jln", 0xbfffd464)             = -1 ENOENT (No such file or directory)
stat("tmp/look", 0xbfffd464)            = -1 ENOENT (No such file or directory)
stat("tmp/.X11-unix", 0xbfffd464)       = -1 ENOENT (No such file or directory)
stat("tmp/.font-unix", 0xbfffd464)      = -1 ENOENT (No such file or directory)
stat("tmp/nscomm40-lisa", 0xbfffd464)   = -1 ENOENT (No such file or directory)
stat("tmp/wpc-Bessie", 0xbfffd464)      = -1 ENOENT (No such file or directory)
stat("tmp/tksysv-backup", 0xbfffd464)   = -1 ENOENT (No such file or directory)
lseek(13, 0, SEEK_CUR)                  = 1024
Same or similar problem happens on MacOS 8.6, Mozilla M6. Directories are not
browseable.
Pushed past necko landing...
Changing all Networking Library/Browser bugs to Networking-Core component for
Browser.

Occasionally, Bugzilla will burp and cause Verified bugs to reopen when I do
this in a bulk change.  If this happens, I will fix. ;-)
Summary: Can not view directories using file:// URLs → NECKO: Can not view directories using file:// URLs
Pl. verify this with Necko builds. Should be fixed now. (If not pls. assign to
warren)
file url's are not looking good. Something like file://c:/ should give a
directory listing on windows at least, per 4.x behavior. I get a
blank screen, however, on win95. Re-assigning to warren per gagzilla's
instructions

Note: you can open local files using the File - Open menu no problem
Assignee: gagan → warren
Status: ASSIGNED → NEW
*** Bug 737 has been marked as a duplicate of this bug. ***
Status: NEW → ASSIGNED
*** Bug 4993 has been marked as a duplicate of this bug. ***
OS: Linux → All
Hardware: PC → All
Component: Networking-Core → Necko
Setting component to necko.
Target Milestone: M9 → M10
Moving to m10.
*** Bug 11424 has been marked as a duplicate of this bug. ***
Tried on 1999070614 <mislabel build of 8/13/1999.

To reproduce :
1. Run apprunner
2. Type File:// and hit enter
     Result : apprunner will display Unknow Contant windows.  On the Apprunner
console this will display regarding to this action :
{
DocLoaderFactory: Unable to create ContentViewer for command=view, content-type=
(null) }

note : But if you have valid HTML file it'll be happy to render it.
surch as this one. file:///C|/MOZILLA/BIN/res/samples/test2.html

file:///C|/MOZILLA/BIN/res/samples/test2.html
Assignee: warren → waterson
Status: ASSIGNED → NEW
Chris has changes for this now.
Status: NEW → ASSIGNED
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
this is in on all platforms, looking pretty snazzy! There are a few bugs, which
will be filed separately, so marking this tracker bug verified.
Blocks: 12834
Bulk move of all Necko (to be deleted component) bugs to new Networking

component.
Component: Networking → Networking: File
Summary: NECKO: Can not view directories using file:// URLs → file:// Can not view directories
You need to log in before you can comment on or make changes to this bug.