sairuh (rarely reading bugmail) Reporter
	Description • 25 years ago

methinks this is different from bug 38054 since i can still open an html file.
found this while smoketesting the linux and winNT comm bits, 2000.05.10.09/8.

1. select File > Open File.
2. in the resulting file picker dialog, select a plaintext file (local) to open.
i double-clicked the file name to open it.

result: a new browser window appears, but it's blank (the URL location field
does contain the file's url, too.)

	verah (gone)
	Comment 1 • 25 years ago

Reassigning as per Don

	leger
	Comment 2 • 25 years ago

Putting on [nsbeta2+] radar for beta2 fix.

	Bill Law Assignee
	Comment 3 • 25 years ago

This is the same problem are reported in bug 27729.  It seems there's something 
wrong with the content-type inferring being done for local files.  The fix might 
be dependent on some platform specific code being completed (in which case both 
these are dups of yet another bug).

*** This bug has been marked as a duplicate of 27729 ***

	sairuh (rarely reading bugmail) Reporter
	Comment 4 • 25 years ago

hunh, seems like bug 40060 is very similar, if not identical to this one...

	Sean Richardson
	Comment 5 • 25 years ago

Not sure this is bug 40060: the problem there affects files retrieved from 
anywhere, whereas this report has concentrated on local files ... but that's
why bug 40060 got marked a blocker, it's causing too much confusion. Its fix
is expected to land today.

	sairuh (rarely reading bugmail) Reporter
	Comment 6 • 24 years ago

still suspicious of the original bug this is supposedly a dup of...but,
nevertheless, it's currently wfm. :-)