All the counters on compwiz.dhs.org are not displayed. instead, all it displays is "img_counter.pl?img_counter.dat". This bug has been present since at least M9, and still happens when I tried it on Milestone 11, build ID 1999111609.

This is an very bad XBM. The site doesn't give a MIME type (x-xbitmap), nor any alternate text (so the filename is used for alt text). The site should fix these, if possible. I'm not sure why it is working in Nav at all, perhaps there is some sort of fallback detection? In either case, XBM is not yet supported in Moz. *** This bug has been marked as a duplicate of 8031 ***

Well, the counter works fine on every browser i've tried, even kfm. Can you give me a hint as to how I should set it up to handle correctly?

I know very little about web servers personally. I'd say whatever web server you're running is not recognising an xbm as such, hence the lack of a mime type. I guess web servers might detect based on extension, file examination, manual specification or whatever. You appear to have changed to using server-side insertion of the counter as text. You could just leave it as it was and insert the text in as alt text - that way if the browser failed to load the image it would show as text instead.

I'd still like to know why Mozilla isn't rendering the graphics.. Mozilla doesn't even display the author's demo page correctly, it just gives the same thing as on my website.

I don't know if Gecko even has support for XBM files. Cc'ing Pam who can say for sure. If we do, then the problem may be what matty indicated which is that the server isn't sending a MIME type for the image. Either way if we can't display an image we display the alternate text instead.

Marking as verified dup of 8031.

XBM decoding was in 4.x and is now not part of the current package. They really aren't used that frequently. I still have the XBM code and had targeted it as fodder for a demo of how to add a new image decoder. I have not had time to do so. Any volunteers? -pn