Linux 2000-08-09-10. To reproduce 1) go to file:/// 2) all directories shown twice Screenshot attached.
Yup, that's a real defect alright, but not a toolkit problem. ->waterson
Assignee: trudelle → waterson
To rjc. Probably related to the work-around for bug 47927 that I checked in.
Assignee: waterson → rjc
A little investigation on Gagan's fast-as-hell Linux screamer revealed that this: o only happens the very first time (so need to quit/re-run after each test) o only directories appear to be duplicated (with the first entry inside of it) It looks like using nsIFile::GetDirectoryEntries() is the culprit... over to dougt.
Assignee: rjc → dougt
*** Bug 48485 has been marked as a duplicate of this bug. ***
happens on NT too - OS --> ALL
OS: Linux → All
I don't think that this is nsLocalFile. Checkout the testcase: nsIFileEnumerator under xpcom/tests/ I also put a printf in RDF filesystem datasource and here is the output (for my /): ---> lost+found ---> home ---> proc ---> var ---> tmp ---> dev ---> usr ---> etc ---> bin ---> boot ---> lib ---> mnt ---> opt ---> root ---> sbin ---> dos ---> dos2 ---> lost+found ---> mdstat ---> lib ---> install.log ---> log ---> doc ---> csh.cshrc ---> mktemp ---> kernel.h ---> modules ---> cdrom ---> ldconfig ---> suhdlog.dat ---> recycled ---> lost+found ---> mdstat ---> lib ---> install.log ---> log ---> doc ---> csh.cshrc ---> mktemp ---> kernel.h ---> modules ---> cdrom ---> ldconfig ---> suhdlog.dat ---> recycled but in mozilla, I do see extra entries.... more investigation is needed.
when I said that i saw extra entries, I mean in the filetree displayed in the mozilla content area. back to rjc.
Assignee: dougt → rjc
Status: NEW → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → FIXED
I checked in a quick fix for this bad interaction between the rdf:httpindex and rdf:files datasources.
You need to log in before you can comment on or make changes to this bug.