Closed Bug 263664 Opened 20 years ago Closed 20 years ago

Firefox fails to open URL's that contain @ sign as part of file name

Categories

(Firefox :: File Handling, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 263404

People

(Reporter: sparhawk, Assigned: bugs)

References

()

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040614 Firefox/0.9
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040614 Firefox/0.9

Firefox get's confused about what kind of file it is trying to open due to
factcheck appending some wierd ass session data to the end of it url

http://www.factcheck.org/article.aspx@DocID=265

I'm not sure if this should work, but it works in IE go figure...




Reproducible: Always
Steps to Reproduce:
1. open firefox
2. go to http://www.factcheck.org/article.aspx@DocID=265
3. profit

Actual Results:  
Firefox asks what it should do with the file. There is no option to "Handle it
your damnself" or "pretend it's html". Although I just checked and choosing
"open it with" -> "other" -> "c:\progra~1\mozill~1\firefox.exe" seems to be a
valid work around. 

Expected Results:  
Render the page as standard html, instead of pawning off to a helper application.
There is alot of similarity between the problems, and they may be linked, some
general problem with @sign parsing. However 92747 seems to affect fetching of
the document, whereas 263664 affects firefox's ability to recognize it should
handle this filetype internally and render it properly. The file is fetched
correctly.

--mark
They've changed their link style to fix their bug since you got that link: add
.html onto the end and it will work.

*** This bug has been marked as a duplicate of 263404 ***

*** This bug has been marked as a duplicate of 263404 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.