Closed Bug 101146 Opened 23 years ago Closed 23 years ago

HREFs to file:// don't work if page obtained externally

Categories

(Core :: Networking, defect)

x86
Linux
defect
Not set
normal

Tracking

()

VERIFIED DUPLICATE of bug 84128

People

(Reporter: mozspam4kurt, Assigned: neeti)

References

()

Details

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.4) Gecko/20010913
BuildID:    2001091323

I an html page obtained from a web site contains a reference to a local file,
i.e. file://localhost/..., the link, when pressed, does nothing.

Reproducible: Always
Steps to Reproduce:
1. Click on link in http://kswanson.com/home/kurt/file-link-bug.html


Actual Results:  Nothing

Expected Results:  Loads link
from bug 75577
------- Additional Comments From Mitchell Stoltz 2001-04-12 12:34 -------

Our security policy prevents http pages from linking to file:// URLs. Clicking a
file:// link in a page loaded from the Web just doesn't do anything. If the page
containing the link is also a file:// URL, the link will work normally.

We need a console message saying the link has been blocked, this is bug 40538. I
will dup this bug, but I'd like some confirmation that it's behaving as I
described. Asa was probably loading a copy of the file locally, which is why the
blocking didn't show up.
-------------------------------------------------------------------------

duping against bug 84128 (Need user-visible message when CheckLoadURI fails)


*** This bug has been marked as a duplicate of 84128 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
VERIFIED:
I need to fix the relnotes.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.