Closed Bug 60733 Opened 24 years ago Closed 23 years ago

mozilla does not register .shtml

Categories

(SeaMonkey :: UI Design, defect, P3)

Product:
SeaMonkey
Component:
UI Design
Platform:
x86
Windows 2000
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED FIXED
Milestone:
Future

People

(Reporter: ezh, Assigned: law)

Details

(Keywords: helpwanted, verifyme)

Attachments

(1 file)

Possible patch
761 bytes, patch
law
: review+
alecf
: superreview+
Details | Diff | Splinter Review 
Mozilla/NS6 do not registers itself to default application for .shtlm files.

So when I load a .shtml file - Netscape 4.76 loads. :(
cc: se and law, who should know more (i think se is the qa for this and law the
dev. If not, blame asa ;)
should be part of windows Desktop Integration?
yeah, sorry for not saying this. Should be in Desktop Integration (also .shtm).
over to Apps.
Assignee: asa → don
Component: Browser-General → XP Apps
QA Contact: doronr → sairuh
Since Don has left, Vishy is taking his bugs in bulk, pending reassignment.
thanks,
	Vishy
Assignee: don → vishy
nav triage team:

Not a beta1 stopper, marking nsbeta1-
Keywords: nsbeta1-
It's not just files on the local system. When I click on a link to a ".shtml"
file (or just type one in the address box), I see the raw text (as if it ended
in ".txt"), rather than the correct format (rendered as if it ended in ".html").
Example:
http://www.apng.org/idns/samples/ch.shtml
http://www.apng.org/idns/samples/utf8.shtml


<bugzilla:offtopic namespace="html">
dcary@BrunswickOutdoor.com, the servers are returning text/plain, that's a 
server bug that's unrelated.
<HTML>
<HEAD>
...
</HEAD>
<BODY TEXT="#293D93" BGCOLOR="#FFFFFF" VLINK="#767676">
<HTML> 
<BODY BGCOLOR=#FFFFFF>
</bugzilla:offtopic>
as for .shtml, i guess that should be easy to fix.

generally, .shtml means that there's a server side processor, and therefor it 
is logical for you to _not_ want a client to read the raw source.

i think this should probably go to a spec person before it gets implemented.
Assignee: vishy → german
Keywords: helpwanted
Summary: mozilla do not registers .shtml files for itself → mozilla does not register .shtml
This is all great but why is this bug assigned to me?
Forwarding back to paul chen, zen master of xpapps.
Assignee: german → pchen
Marking nsbeta1- bugs as future to get off the radar
Target Milestone: --- → Future
Nothing happened yet?  It still refuses to handle .shtm files when they are
loaded from the web (if I load them from the local file system it seems to
work).  I even edited mimeTypes.rdf and added .shtm as "text/html" type.
Is it so hard to implement this? Very annoyng... :(((
-> default assignee
Assignee: pchen → trudelle
Target Milestone: Future → ---
->law
Assignee: trudelle → law
Resolving WFM.

re: comment 11

I don't see any problem with text/html, regardless of extension.  See comment 8:
if the server says it's text/plain, then it is (subject to some content-sniffing
that might go on).  The two URLs you cite work OK for me.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Target Milestone: --- → Future
This bug was for not handling on local system: just try to create a *.shtml file
and click on it - it opens in NN4.x, ie, opera, but not mozilla, coz moz do not
regester itself to handle .shtml files.

Reopening.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment on attachment 67492 [details] [diff] [review]
Possible patch

r=law

Sure, that's how to fix it, presuming we really want to.  I don't know what
".shtml" means, exactly, but if NN4.x dealt with 'em, I suppose Mozilla can,
also.
Attachment #67492 - Flags: review+
Bill, .shtml is "HTML with server-side includes".  I have no idea why someone's
opening it from disk (it likely won't work correctly) but....
Comment on attachment 67492 [details] [diff] [review]
Possible patch

sr=alecf
Attachment #67492 - Flags: superreview+
checked into trunk.
Status: REOPENED → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → FIXED
the only thing is if some one has a URL: with say foo.shtml and save it to disk
as foo.shtml, then they would want to open the file which they would like moz's
extention setting to open it like a .html file so that is why I guess. 
Mozilla registers the .shtml extension in 1.0RC3 on Windows 98. Verifying.
Status: RESOLVED → VERIFIED
Product: Core → Mozilla Application Suite
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: