Closed Bug 287865 Opened 20 years ago Closed 16 years ago

allmovie.com - broken HTTP headers

Categories

(Tech Evangelism Graveyard :: English US, defect)

Product:
Tech Evangelism Graveyard
Component:
English US
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: shaolinestu, Unassigned)

References

(
URL
)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050326 Firefox/1.0+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050326 Firefox/1.0+

When Im in http://personal4.iddeo.es/lonesome/Keystone%20Films.htm and I click
in any of the films links to www.allmovie.com it appears a dialog box that asks
me what Firefox should do.If I choose open with dllfile (default) it opens
Windows window Open with..I choose IE but nothing happens.WHy Cant Firefox open
this link?

Reproducible: Always

Steps to Reproduce:
1.Enter in http://personal4.iddeo.es/lonesome/Keystone%20Films.htm
2.Click on any of the films.
3.Click OK to open file with dllfile (default)

Actual Results:  
It opens the Windows window "Open with.." ,I choose IE but nothing happens.

Expected Results:  
Access to the link,of course.

I have an AMD Duron 800 with 128 MB of RAM.The images in the home page:
http://personal4.iddeo.es/lonesome/index.htm
don't shows completely,and I'd allready downloaded the Java plugin.Besides I
enter in a web to see a film trailer and it appaers a windows asking me to
install ActiveX to see the trailer.As I know that it is a known IE vulnerabiloty
I didn't click and when the Player window appeared it shows "Loading" all the
time so I close it.If I reenterd to the page didnt asks me for the ActiveX and
go directly to the Player window.I have to install ActiveX to see some web
contents?And why I cant acces to the link below? Thanks for make this
fast/secure browser and I hope you'll fix that,cause I dont want to use IE
again!;)Bye.
*** Bug 287863 has been marked as a duplicate of this bug. ***
Check with http://web-sniffer.net/ the headers of the links. All the links are
moved. (301). The new pages are unavailable for me at the moment (503).
Version: unspecified → Trunk
This is partially confirmed for me with Mozilla/5.0 (Windows; U; Windows NT 5.1;
en-US; rv:1.8b2) Gecko/20050327 Firefox/1.0+

The page loads, but only displays the source code.
MSIE it works just fine.

This could be because the page is "x.dll" not a standard internet file.

Changing Component to "File Handling"
Adding my CC to keep up to date with this report.
Component: General → File Handling
Confirmed Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4)
Gecko/20050909 Firefox/1.4 ID:2005090906

Firefox asks me to download the file at URL, whereas IE displays the web page. 
I strongly suspect that this is a header/server configuration problem.
Keywords: qawanted, verifyme
Confirmed Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4)
Gecko/20050908 Firefox/1.4
Marking as CONFIRMED.

Should this be moved to Core/Networking:File?
Status: UNCONFIRMED → NEW
Ever confirmed: true
errr...by Networking:File, I meant Networking:HTTP.
(In reply to comment #4)
>Firefox asks me to download the file at URL, whereas IE displays the web page. 
>I strongly suspect that this is a header/server configuration problem.

(1) HTTP headers by LiveHTTPHeaders.
   (No HTTP header is returned by server.)

>http://allmovie.com/cg/x.dll?UID=11:04:23%7cAM&p=avg&sql=A152439
>
>GET /cg/x.dll?UID=11:04:23%7cAM&p=avg&sql=A152439 HTTP/1.1
>Host: allmovie.com
>User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1)
>            Gecko/20050830 SeaMonkey/1.1a
>Accept: text/xml,application/xml,application/xhtml+xml,... (snip)
>(snip)
>Referer: http://personal4.iddeo.es/lonesome/Keystone%20Films.htm
>
>HTTP/1.x 200 OK

(2) Data downloaded in "x.dll" by answering "Save to disk".

>Content-type: text/html
> 
><HTML><HEAD><TITLE>All Movie Guide: Making a Living</TITLE>...
>(snip)

Probably application programing error.
 - HTTP header request for Content-Type: header is mis-coded,
   then the data is sent as HTML text by CGI software.
 Example of PHP script error.
 - When PHP, HTTP header requests have to be issued before any HTML request.
   And, if HTTP header request is issued after a HTML request,
   the data passed to PHP by the HTTP header request is treated as HTML text.
This site's case can be a result of confusion on HTTP header of "Content-Type:"
and HTML text of "<meta http-equiv="Content-Type"...>.

=> Eevang bug.
Assignee: firefox → english-us
Severity: major → normal
Component: File Handling → English US
Keywords: qawanted, verifyme
Product: Firefox → Tech Evangelism
QA Contact: general → english-us
Summary: Can't access to this link,instead open a dialog box that asks me what Firefox should do. → allmovie.com - broken HTTP headers
Version: Trunk → unspecified
looks fixed
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in before you can comment on or make changes to this bug.