Closed Bug 22453 Opened 25 years ago Closed 25 years ago

Crash on accessing file:// urls for nonexistant and unknown-mimetype files

Categories

(Core :: Networking, defect, P3)

x86
Windows NT
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: shalabh, Assigned: jud)

References

Details

Milestone 12. My Mozilla crashes everytime I do the following:- Case I 1. Type file:///sfdydhbc (some nonexistant file url) in addr box and press enter 2. Unknown File Type box pops up. Click on cancel. 3. Click anywhere on the mozilla window. Case II 1. Type file://c:/ and press enter 2. Directory listing shows up. Click on a file of an unknown mimetype(any file without extention would do). 3. Unknown File Type box pops up. Click on cancel. 4. Click anywhere on the mozilla window. Both crashes occur in GKHTML.DLL. (sorry no stack trace - release build) For Case I it should report 'no such file' instead of saying 'unknown file type'. Should not crash in any case.
In Win95 on daily build 1999122708: I have found something simular. When I enter file:home.html. It's converted to file://home.html/, the download dialog pops up, and if you choose to save what it found, it shows an alert box saying "Unknown error", when you close the alert, mozilla crashes in GKHTML.DLL.
Assignee: gagan → valeski
Blocks: 13449
Sounds like a number of different problems here both with parsing file: URLs, and with handling them. Maybe we should file separate bug reports.
The file:home.html to file://home.html/ stuff is the well known problem with the current URLParser which interprets home.html as the hostname. See related bugs 17382 and 18148.
Target Milestone: M14
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
law and/or mateka fixed the cancel crash problem awhile ago.
verified: NT 2000012520
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.