My portal will not work properly with Mozilla browsers. Instead of

[alfredo]

opening, it downloads the file to my desktop.

You have chosen to download portalscript.html which is a HyperText from homepage.mac

It then ask what I want to do with it. If I put it in DU and click it, and the same thing happens.

Here's the URL


http://homepage.mac.com/alfredo_tomato/portalscript.html

It used to be my home page in Mozilla, firefox and others, but now it, and Shiira (webkit) download it to my desktop. Could it be because it is old, non compliant html, or is it the name containing "script"?

[DaveJ]

1. Wierd problem, not sure...

Yeah I see it happening. I doubt it has anything to do with the name of the html file with the word 'script' in it. Do you know if this is happening to other people with mac homepages?

I'd sign up for a trial account and test it, but they ask for a credit card number.

Seems like a bug in either the browser or the development environment.

One possibility is... I noticed in the source for your homepage, it has the tag:
<meta name="portal" content="links" />

Whereas most pages say:
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">

Content is most often text/html and not links.

Is there any way to change the "page type" or anything like that from your Mac Homepage maker???

[alfredo]

3. My other .mac page works fine.

It's passes W3C, but the one that doesn't verify is the one that is causing me trouble. Both work fine on Safari.

This one should work.
http://homepage.mac.com/alfredo_tomato/Wheatpaste.html

[charlie]

2. For whatever reason

your server is sending the incorrect mime type in its response header. Instead of "text/html", the page is served as "application/octet-stream", which a browser will regard as an executable and try to download. You can view what I'm talking about by plugging the page URL into either of these services:

http://www.rexswain.com/httpview.html
http://web-sniffer.net

and checking the value in the "Content-type" field.

I don't know what sort of interface to the server you have at homepage.mac.com or the extent of control it allows you, but I'm pretty sure that's where your trouble lies. You might want to look for an option that let's you designate whether a file you upload is binary or text.

[alfredo]

4. It needs to be rewritten. The code is about ten years old.

It was all hand coded in HTML 3 or 4. The code won't validate. I have a feeling Firefox is pretty choosy about the code.

[charlie]

5. It's not the HTML

Any browser will render it without trouble. It's your server. Your server sends an advance message to the browser (the response header) for the portalscript page that says "application incoming", so your browser opts to download instead of rendering. For the wheatpaste page, the server says "here comes text", which is the correct response for HTML.

Try deleting the portal page off the server and reuploading it, while keeping an eye on whatever options the mac.com interface offers. You want to make sure it's planted on the server as text, not a binary.

[alfredo]

6. That fixed it. Thank you!!!