Question

Mozilla does not render TWiki as html, it simply displays the page with tags displayed.

Testenv even displays as text rather than html.

We currently have session plugin as well as tigerskin and voidskin installed.

My debugging has led me to believe this is a problem in my version of the session plugin, it seems that Internet Explorer doesn't mind multiple content type headers, and mozilla balks on the DOCTYPE header.

Thanks in advance for any help or guidence.

Environment

-- JoshuaMorast - 04 May 2004

Answer

Does Mozilla render with just a generic install of Twiki?

One issue that we ran into was a failure of a new install of Apache to treat CSS' as the correct MIME type, thus preventing CSS' from rendering. Has anything changed recently?

-- SteveRJones - 05 May 2004

This is not a new install of TWiki -- we've been using it since 2002. In the past, Mozilla has been able to render pages, but only up to the point of saving a change, then it was back to text. I've never been able to get mozilla to render pages past the point of saving a document.

When running the testenv script is the SessionPlugin used?

Here's a test pearl script that displays html (from the /twiki/bin/ directory):

#!/usr/local/bin/perl
print "Content-type: text/html\n\n";
print "<H1>This displays as html in mozilla and IE</H1>\n";

Any idea why testenv would show up as text? Should I work on re-installing twiki?

-- JoshuaMorast - 05 May 2004

We've never had an issue with Mozilla (or Firebird/fox) rendering HTML - maybe dealing with Java or javascript maybe. Has the Apache environment not changed, like an updated version of Apache?

My suggestion would be to try and setup a test server and copy your Twiki site over to the new server, just to see if you get the same behavior. But never having Mozilla work sounds really strange.

-- SteveRJones - 07 May 2004

This sounds more like a problem with the client than anything to do with TWiki. I'd re-install Mozilla if I were you.

-- CrawfordCurrie - 17 May 2004

From a suggestion from a coworker I was able to get things working. After renaming the file twiki/bin/view to view.htm, the page is displayed properly (the same is true for edit and the other binaries).

I would think in the direction of an Apache misconfig, but since IE displays the pages with no problem that it must be elsewhere. I'm currently reviewing all .htaccess files to see if I've done anything boneheaded there.

-- JoshuaMorast - 25 May 2004

It looks like Apache was not setup to appropriately deal with cgi scripts, but I must admit it is strange about IE working. Perhaps an internal part of IE tries to add the 'htm' extension? Perhaps trying the following:

Make sure Apache is setup with an httpd.conf file that is something like the following:

# To Use CGI scripts:
#
AddHandler cg-script .cgi

<VirtualHost *>
   ServerAdmin webmaster@your.com
   DocumentRoot "/twiki"
   ServerName twiki.your.com
   ErrorLog /twiki/logs/error_log
   CustomLog /twiki/logs/access_log combined {assuming you have defined a custom log}
   <Directory "/twiki/bin/">
       Options +ExecCGI
       allow from all
       AllowOverride Authconfig FileInfo Indexes Limit Options
   </Directory>
   <Location /bin>
       Options +ExecCGI
       allow from all
   </Location>
</VirtualHost>

Try, then, creating the following:

1. Create a softlink (ln -s) to view.cgi: ln -s view view.cgi
2. Create a softlink (ln -s) to view.htm: ln -s view view.htm

See if both IE and Mozilla work. You can also watch 'access_log' and 'error_log' to see exactly what each browser is requesting and when they ask for something that is not there.

-- SteveRJones - 25 May 2004

No other comments so I am putting this as "Answered"

-- SteveRJones - 08 Jun 2004

I have the same problem after a little modification in View.pm using nano editor. I maybe have inserted blank spaces or something like that. Going back to the original version of view.pm and modifying it with vi works well now. If that may help...

-- LilianBUZER - 04 Jan 2006