Wrong MIME Type On Images
Brought to you by:
grgcombs
Menu
▾
▴
#2 Wrong MIME Type On Images
Images produced by CountWWWebula 1.5.1 incorrectly
have MIME-type text/html while those produced by
version 1.2 had MIME-type image/gif.
The wrong MIME-type causes Netscape Navigator to
display invisible counters as a broken image and
sometimes also visible counters are lost on pages with
many counters.
Internet Explorer handles the wrongly types images
better but many users still use Netscape Navigator and
complains loudly.
Please correct the MIME-type as I really would like to
switch to 1.5.1 with its nice improved speed when
storing cached counters!
Logged In: NO
I made a test page where I use counters on two servers, both
of them G4/450. One server (www.sdu.dk) uses
CountWWWebula plugin 1.2, the other (my test server
www1.sdu.dk) uses the CountWWWebula plugin 1.5.2 I
received from you a few days ago.
Please load the test page in Netscape - in Netscape 4.7 it
looks like the attached picture on my Macintosh and similar
on my PC. When I choose "Page Info" it is also evident that
the MIME-type changed from Image/gif to either text/html (for
visible counters and invisible ones with a transparent font
or "Currently unknown" (for nofont.count).
I hope you can use this information.
Logged In: NO
Your page looks OK even with the MIME-type text/html from
Netscape 4.7 on both Mac and PC - but: One of my trouble
pages contains 28 counters (it is a noinc-reading of 28
invisible counters) and Netscape displays all but two or three
correctly, the wrong MIME-type notwithstanding. The problem
noticed most with users are the invisible counters: with 1.5.2
they turn out as 32*32 shadowed white pictures or as broken
images on every page. Could you try to put an invisible
counter on your test page?
Logged In: NO
Ok, with 1.5.2, I'm running on WebStar 4.1 under OS9. On
my client machine I've got Netscape 4.0.8 for mac ppc
Under WebStar server, the plugin properly registers the mime
type as image/gif now. (It was text/html for 1.5.1 and earlier).
When I open up http://cgi.misanthrope.net/test.html ... the
counter comes up successfully. When I look at the page info
though, it still says text/html ... but the counter still works.
Can you try going to that web site above with your browser
and see if the counter works for that okay?
Logged In: YES
user_id=170103
"Page Info" in Netscape shows image/gif as MIME-type for all
gifs I have looked at, execpt those from CountWWWebula
1.5 plug-in. When I reverted back to CountWWWebula 1.2
plug-in, Netscape again shows image/gif.
I have a single Frontier-based self-made CGI that returns
JPEG pictures (a link to a webcam); these pictures are
displayed correct in Netscape but have currently unknown
MIME-types according to "Page Info", maybe because they
are not cached? I know that I explicitly set the MIME-type to
image/jpg in the CGI so maybe Netscape cannot always be
trusted. However, I have no
experience with writing plug-ins and registering their MIME-
types.
I'll keep plugging at it and see what I can come up with.
Good! I'm impressed that you react so quickly to bug reports.
SVEN
Logged In: YES
user_id=170103
I'd just like to check something just to make certain, and I'm
sure this
isn't the case, but can you look in your netscape browser
just to make sure
that it's not mapping .gif or even .cgi to text/html? Even then I
don't
think this would cause the problems you've been
witnessing....
I think Netscape is broke! This is so strange. The plugin
doesn't treat
the nofont.gif image any different than a zero.gif or one.gif file.
It just
reads it in and blasts it out. If it works for the real visible
digits, it
should work fine for a gif that's completely transparent.
Netscape doesn't like completely transparent gifs.... that's
what it is.
Here's what you can do. Create a 1x1 pixel gif image, make
it any color, as
long as you don't make it transparent. Most people won't
notice one single
pixel at the bottom of the page, even if the color doesn't blend
in....