Closed Bug 1663964 Opened 4 years ago Closed 4 years ago

Server name missing or taken from file:// URL

Categories

(Core :: Networking: File, defect, P3)

80 Branch
defect

Tracking

()

RESOLVED DUPLICATE of bug 1507354

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!

Bugbug thinks this bug should belong to this component, but please revert this change in case of error.

Component: Untriaged → Netmonitor
Product: Firefox → DevTools
Attached image image.png (deleted) —

@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

Flags: needinfo?(dd.mozilla)

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

Status: UNCONFIRMED → NEW
Component: Netmonitor → General
Ever confirmed: true
Flags: needinfo?(dd.mozilla) → needinfo?(bwinton)
Product: DevTools → Firefox

Uh… Probably not, but it might as well sit here until Mossop gets back and can take a look at it. 😉

Flags: needinfo?(bwinton)

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.

Component: General → Networking: File
Product: Firefox → Core
Summary: Server name missing or taken from URL → Server name missing or taken from file:// URL

(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

Blocks: url
Severity: -- → S3
Priority: -- → P3
Whiteboard: [necko-triaged]
No longer blocks: url
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: