While browsing my Hard drive mozilla don't want to open such directories. (it come from a wget -r )

Confirming on Linux, CVS from 9am PDT 07/20. The problem is that the directory list converts a filename such as '%7Efoo' into '~foo', so that when it is clicked on, Mozilla tries to open that (encoded as '%7Efoo'.) Typing in the correct name manually ('%257Efoo') works fine.

over to networking.

This looks very much like a variation on the problems in bug 26003, "Files with the percentage (%) sign cannot be viewed via mouse", FIXED. Testing with the 2000-07-20-08-M17 nightly binary on WinNT, a file icon rather than a folder icon appears beside any directories beginning with "%7E" in file:/// listings. Directories whose names start with "~" (tilde) get the folder icon and work normally. Clicking on either files or directories whose names begin with "%7E" results in an Unknown File Type dialog. Both appear in the file:/// tree with the "%7E" transdlated to "~". For http:// directory listings, directories beginning with "%7E" get a folder icon and work as well as those strting with "~". Files beginning with either work also. Also: if both "%7Efoo" and "~foo" exist as directories, "~foo" appears in the file:/// directory listing twice, both get folder icons, and clicking on either results in the contents of the "~foo" directory being displayed. The same directory listing via http:// shows "%7Efoo" and "~foo" as distinct directories, and clicking on their names confirms that the contents are distinct. Adding a small .zip'd directory tree as an attachment to provide testcases for everything mentioned here; follows.

Okay, this is a regression that happened when rjc fixed bug 28787. I'm sure bug 26003 can also be reopened. The code that escaped % properly when part of a filename has been removed. Why? ccing rjc

Fixed.