295954 - Bad path catched when selecting a file with ".URL" extension inside an <input type file>, before submitting

Status: RESOLVED INVALID

(Core :: Widget: Win32, defect)

Description

[Andrés G. Aragoneses]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; es-ES; rv:1.7.8) Gecko/20050511 Firefox/1.0.4
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; es-ES; rv:1.7.8) Gecko/20050511 Firefox/1.0.4

The .URL extension is used in Windows to save shortcut files to WWW sites.

If, using a file selector (<input type="file" />) you browse your file system to
select this type of file, the path catched to the text input control is not correct.

Reproducible: Always

Steps to Reproduce:
1. Save a new .URL file to your desktop. To make one, grab this example content
(text/plain type) to a file:

[InternetShortcut]
URL=http://www.mozilla.org/

(I will add a new attachment with this file example.)
2. Open a web page that contains a file selector control (<input type="file"
/>). (I will add an example file as attachment also.)

3. Press the button "Browse...", navigate through your file system to localize
the file with ".URL" extension, and select it.

Actual Results:  
The input file selector shows: "C:\Documents and Settings\knocte\Local
configuration\Temporary internet files\Content.IE5\2SKM85OA\www.mozilla[1]"

Expected Results:  
The input file selector SHOULD show the correct path: "C:\Documents and
Settings\knocte\Desktop\FileWithURLextension.URL"

I suppose that this weird behavior is only present on Windows. I will try on
Linux later.

Workaround: write the path to the URL file manually.

Comment 1

[Andrés G. Aragoneses]

Attachment: example file with "URL" extension

Comment 2

[Andrés G. Aragoneses]

Attachment: TESTCASE: example form with file selector

Comment 3

[Jorge Villalobos [:jorgev] (he/him)]

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511
Firefox/1.0.4
Got:
C:\Documents and Settings\jovillalobos\Configuración local\Archivos temporales
de Internet\Content.IE5\SLY3SDAV\www.mozilla[1]
Instead of:
C:\Documents and Settings\jovillalobos\Escritorio\FileWithURLextension.url

Comment 4

[djpohly]

Confirmed.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050529
Firefox/1.0+

-> XPToolkit / Widgets

Comment 5

[Andrés G. Aragoneses]

Thanks for confirming the bug Devin.

I confirm now that this bug is only affecting to Windows. (Linux has a normal
behaviour.)

Comment 6

[OstGote!]

Seems that under Windows an IE control loads the destination URL from the .url
file hence the file in the IE cache.

Comment 7

[Boris Zbarsky [:bzbarsky]]

Last I checked, this was just how the Windows filepicker behaved, unless you
disable all following of .url links (and then you can't follow such links to
directories in the filepicker).

Comment 8

[Stephen A Pohl [:spohl] (OOO until 9/9)]

(In reply to Boris Zbarsky [:bzbarsky] from comment #7)

Last I checked, this was just how the Windows filepicker behaved, unless you
disable all following of .url links (and then you can't follow such links to
directories in the filepicker).

Microsoft Edge behaves identically on Windows 11.