File->Open File a .url file opens cached page instead of target

UNCONFIRMED
Unassigned

Status

()

Core
Widget: Win32
UNCONFIRMED
4 years ago
4 years ago

People

(Reporter: spamcollectionplate, Unassigned)

Tracking

22 Branch
x86
Windows XP
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

4 years ago
Created attachment 770923 [details]
20120703[1]

User Agent: Mozilla/5.0 (Windows NT 5.1; rv:22.0) Gecko/20100101 Firefox/22.0 (Beta/Release)
Build ID: 20130618035212

Steps to reproduce:

Running on WinXP Pro SP3, Firefox 21 and 22.0

1) visit this webpage: http://bash.im/abyssbest/20120703 

2) download the attached URL file  (it's a text file with the following contents and a trailing newline)

[InternetShortcut]
URL=http://bash.im/abyssbest/20120703
HotKey=0
IDList=
IconFile=http://bash.im/favicon.ico
IconIndex=1
[{000214A0-0000-0000-C000-000000000046}]
Prop3=19,2

3) drag the file into FF - the page opens (awesome, this is expected)

4) File->Open and select this file - incorrect behavior results


Actual results:

A cached version of the page opens instead of the target URL 

(the address bar displays and the contents show file:///D:/Documents%20and%20Settings/MyUserName/Local%20Settings/Temporary%20Internet%20Files/Content.IE5/XXXXXX/20120703%5B1%5D  , and NOT the current/updated contents of the page. all the relative links on the page do not work as they point to the local cache folder)


Expected results:

target link should have been followed (identical to the drag+drop operation)
Component: Untriaged → File Handling

Comment 1

4 years ago
I don't have access to a Windows dev environment, but an initial place to investigate would be what URL nsFileProtocolHandler::ReadURLFile returns.
Component: File Handling → Widget: Win32
Product: Firefox → Core
You need to log in before you can comment on or make changes to this bug.