Server name missing or taken from file:// URL
Categories
(Core :: Networking: File, defect, P3)
Tracking
()
People
(Reporter: roland, Unassigned)
Details
(Whiteboard: [necko-triaged])
Attachments
(2 files)
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:80.0) Gecko/20100101 Firefox/80.0
Steps to reproduce:
I'll attach a very simple html file that contains links to files stored at the network share of our server. (We use it for replacing attachemts in incoming emails with links to our file share.)
Actual results:
Although the html code contains this link, for example:
file://Serv2019/Attachments/2020-09/MAPILabExchUtilsDump.pdf,
instead, in Firefox it points to:
file:///Attachments/2020-09/MAPILabExchUtilsDump.pdf
The server name is taken from, or missing at the URL.
This behaviour can be seen from the URL displayed at the bottom when hoovering over the filename, as well as from other actions using the URL, e. g. "Open in new tab", etc.
Expected results:
The link should be used "as is", preserving functionality!
In case this is a feature, I'm sorry for not beeing able to find the corresponding information! For us this behaviour forces us to set other browsers as the standard browser!
Comment 1•4 years ago
|
||
Bugbug thinks this bug should belong to this component, but please revert this change in case of error.
Comment 2•4 years ago
|
||
@Roland: Thanks for the report!
I can reproduce the behavior on my machine.
Take a look at the attached screenshot:
- DevTools HTML Inspector should different URL in the source than the URL preview displayed at the bottom of the content page (mouse hovered over the link)
@Dragana, is this a feature or a bug?
Not sure who to ask, if this is not your area, do you know who else could know?
Thanks!
Honza
Comment 3•4 years ago
|
||
When looking at this the second time it doesn't feel like a Necko issue, but rather problem with the URL tooltip.
I am moving this into Firefox -> General.
Blake, is this the right component? Or perhaps there is better target?
Honza
Comment 4•4 years ago
|
||
Uh… Probably not, but it might as well sit here until Mossop gets back and can take a look at it. 😉
Comment 5•4 years ago
|
||
This doesn't appear to be a UI issue but rather an issue with our file:// URL parsing. In the browser console, new URL("file://Serv2019/Attachments/2020-09/MAPILabExchUtilsDump.pdf").href
returns "file:///Attachments/2020-09/MAPILabExchUtilsDump.pdf"
. Same with Services.io.newURI("file://Serv2019/Attachments/2020-09/MAPILabExchUtilsDump.pdf").spec
.
Comment 6•4 years ago
|
||
(In reply to Jan Honza Odvarko [:Honza] (always need-info? me) from comment #2)
@Dragana, is this a feature or a bug?
Both a feature and a bug.
Historically we haven't supported file URLs with a hostname.
We might reconsider this is we decide to adopt the changes coming in https://github.com/whatwg/url/issues/405
Updated•4 years ago
|
Description
•