73615 - File name of .; confuses file browser

Status: RESOLVED WONTFIX

(Core :: XPCOM, defect)

Description

[Colin Blake]

If you have a file with no name and no extension, eg:

$ create dka0:[test].;
^Z

then when you use a file URL such as file:///dka0/test to visit the directory 
where this file exists, Mozilla goes CPU bound and there is no way to stop it 
short of killing Mozilla.

Comment 1

[Colin Blake]

Investigating.

Comment 2

[Colin Blake]

This is an inconsistency between stat() and open() in the CRTL that
is causing this problem.

DKA0:[USERS.CBLAKE] is a valid and existing directory, yet a call
of stat("/dka0/users/cblake") is saying that this was NOT a 
directory. This is because inside DKA0:[USERS.CBLAKE] is a file
named ".;" and so that stat call was returning information about
this file instead of the directory. 

OK, we can live with that. But then when we try to
open("/dka0/users/cblake"), expecting to open the file named ".;",
it fails with ENOENT (No such file or directory).

Surely stat and open should parse file specs in a consistent manner.

I am discussing this with the CRTL folks.

[debugged on OpenVMS V7.1-2]

Comment 3

[Colin Blake]

For any Compaq internal people, see DECC 3338. But the short answer is that
this problem will get fixed in a future release of the C run time library.