Closed Bug 91144 Opened 23 years ago Closed 23 years ago

no error message for bad file URL

Categories

(Core :: Networking: File, defect)

Product:
Core
Component:
Networking: File
Platform:
x86
Windows 95
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
VERIFIED DUPLICATE of bug 63048

People

(Reporter: bobj, Assigned: dougt)

Details

Attachments

(1 obsolete file)

If you try to open a bad URL such as a non-existing file, it silently fails. In Netscape 4.x, you get an error dialog: Netscape is unable to find the file or directory named /D:/publish/Distribution/icw/foobar.html Check the name and try again. [ OK ]
Arguably a dup of bug 89118, as both are dealing with two sides of the same issue. I thought there was a more exact dup for this as well.
Duplicate of "Viewing Local Non-existant file should display a warning" *** This bug has been marked as a duplicate of 63048 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
> Arguably a dup of bug 89118, ... No. Bug 89118 is reported against http URLs. My bug seems specific to file URLs. The same system I used has a file server and and HTTP server running. I can go to the same directory and use the same non-existant file name using either file or http URLs. In the file URL case, it silently fails. In the http URL case, I get a 404 error message. > Duplicate of "Viewing Local Non-existant file should display a warning" > > *** This bug has been marked as a duplicate of 63048 *** Yes.
VERIFIED: dupe Thanks for the UI data, I've moved it to the original bug.
Status: RESOLVED → VERIFIED
QA Contact: tever → benc

This ensures we never have a RemoteWindowProxy from a page to a PDF viewer that
should have been same-origin with it.

This does not disclose any server-side information that would not ideally be
available anyway (if the PDF viewer were actually made same-origin with the
embedding page, say, when the PDF URL is same-origin).

In case of full-content-process security compromises, it doesn't look like the
APIs exposed to the PDF viewer allow anything that could not be done via other
methods available during such a compromise.

Comment on attachment 9128222 [details]
Bug 911444 part 4. Place PDF viewer documents in the process they would be in if the PDF viewer did not change their principal.

Revision D63710 was moved to bug 911444. Setting attachment 9128222 [details] to obsolete.

Attachment #9128222 - Attachment is obsolete: true
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: