Closed Bug 27764 Opened 25 years ago Closed 25 years ago

directory viewer sporadic on win32 root dirs

Categories

(SeaMonkey :: General, defect, P3)

x86
Windows NT
defect

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 29250

People

(Reporter: waterson, Assigned: waterson)

References

()

Details

(Whiteboard: [PDT-])

On Win32, typing "file:///c:/" into the URL bar produces an empty directory 
listing (for me; jud reports a partial listing that doesn't always reflect 
changes to the drive's contents). This is distinctly different from bug 17586, 
which was an XP problem with any directory.

I'm going to do initial investigation: I'm suspicious that URL parsing may be 
barfing in this case.
PDT: is this beta-blocker worthy? (help me triage and set dates. thanks!)
Keywords: beta1
could try the ls.js which lives in xpcom/tests/utils using the xptshell?  That 
would eliminate url parsing and layout/rdf as the culprits.
Whiteboard: [PDT-]
Status: NEW → ASSIGNED
Target Milestone: M15
This seems to be limited to the C drive for me. "c:\" won't work, but
"c:\windows" will work fine. Other drives on my machine, such as the "a:\"
floppy and "m:\" and "n:\" network drives, display ok.
Sorry, correction: the "a:\" listing doesn't work either, and neither does
"d:\", the CDROM drive. So, since the network drives work, maybe this is just
confined to local drives...I'll check on another machine with more hard drives
later and report. (If network drives work and local drives don't, that to me
would point to parsing problems, since the network drives are mapped).
waterson, didn't you just checkin a fix for something that sounds alot like what 
the-enigman@home.com is refering too?
Yeah, I checked in a fix for this. See bug 29250.

*** This bug has been marked as a duplicate of 29250 ***
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Verified duplicate.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.