185022 - "file://" link in a received message isn't opened when clicked

Status: RESOLVED INVALID

(SeaMonkey :: MailNews: Message Display, defect)

Description

[Uri Dor]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2) Gecko/20021126
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2) Gecko/20021126

I received an email with a file:// link in it. the link was highlighted but
didn't work when clicked.
this didn't work with local nor network drives.
example:
file://D:\uri\config_stuff.txt
I tried with forward slashes (file://D:/uri/config_stuff.txt) - didn't work either

Reproducible: Always

Steps to Reproduce:
1. send yourself a message with a file:// link
2. click the link

Actual Results:  
nothing

Expected Results:  
should have opened the link

I'm aware there could be a security problem here, but I should be the judge of
that. If I want to open .DOC files or .HTML files, that's my business. copying
the link into a file explorer isn't so convenient.

Comment 1

[Matthias Versen [:Matti]]

What Do you see in Tools/web Development/ Javascript Console after you clicked
on that link ?

Comment 2

[Stefan Borggraefe]

This feature is disabled by design for security reasons. See Bug 84128 comment
#20 for an explanation. Marking INVALID.

Comment 3

[Uri Dor]

just 2 thoughts, Stefan:
1) why is the text maked as a link (blue underlined)?
2) why is the file opened if I right-click the link and select "open in a new
window"?

answer: because Moz will accept a file's path as a URL to open, just like it
allows "open file" from the file menu.
I think the file should be opened when the link is clicked, not just through the
right-click menu (which also opens a blank Navigator window)

Comment 4

[Matthias Versen [:Matti]]

1) because it's a valid URL scheme and it will open if you enable the hidden pref
2) open in new window doesn't work with all recent builds.

with the hidden pref set it will open valid file:// links 
(file://D:\uri\config_stuff.txt is invalid)