Possible browser-dependent Stylesheet problem between 3.6.3 and 3.6.5

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

One of our RT systems here was just upgraded from 3.4.5 to 3.6.5 and now I
find that most of the ‘style’ is gone in the web pages, but only with
Opera and IE (6). Firefox displays the new page formats just fine.

I support several other RT systems here, including one at 3.6.3 and I
don’t have this problem. But I’m using the 3.4-compat stylesheets, so I
figured maybe this is the problem, because the 3.6.5 system is using
3.5-default.

So, I saved a copy of a page from the 3.6.5 system, modified the
stylesheet specification to use 3.4-compat and displayed it locally. But
this made no difference at all.

This problem exists both on FreeBSD (Opera) and Windows XP (Opera and IE).
Firefox on Windows is OK.

I’m not in a position to make changes to the 3.6.5 RT_SiteConfig.pm,
though looking at it I see that it’s basically the same one that was being
used on 3.4.5.

Was there a change from 3.6.3 to 3.6.5 that could account for this?

Thanks.

Mike

Mike Friedman Information Services & Technology
mikef@berkeley.edu 2484 Shattuck Avenue
1-510-642-1410 University of California at Berkeley
Socrates and Berkeley Scholars Web Hosting Services Have Been Retired | Web Platform Services http://ist.berkeley.edu

-----BEGIN PGP SIGNATURE-----
Version: PGP 6.5.8

iQA/AwUBR4QTPa0bf1iNr4mCEQLYwgCgxWQnkaP57bKTt51zyYl2VlmJ+7IAoNC3
R4GodjjBO0WWITrkjFGs3OSL
=nj4i
-----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

One of our RT systems here was just upgraded from 3.4.5 to 3.6.5 and now I
find that most of the ‘style’ is gone in the web pages, but only with
Opera and IE (6). Firefox displays the new page formats just fine.

I had the same problem, this was because NoAuth/css wasn’t excluded from
fastcgi so there were headers added which was accepted by firefox but
not by IE. The problem is certainly in your apache config. What are
you using ? Fastcgi ? Mod_perl ? Can you give us a sample of your vhost
configuration ? Also try to download your css from firefox and look at
the result.

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1On Wed, 9 Jan 2008 at 09:22 (+0100), Emmanuel Lacour wrote:

On Tue, Jan 08, 2008 at 04:20:10PM -0800, Mike Friedman wrote:

One of our RT systems here was just upgraded from 3.4.5 to 3.6.5 and
now I find that most of the ‘style’ is gone in the web pages, but only
with Opera and IE (6). Firefox displays the new page formats just
fine.

I had the same problem, this was because NoAuth/css wasn’t excluded from
fastcgi so there were headers added which was accepted by firefox but
not by IE. The problem is certainly in your apache config. What are you
using ? Fastcgi ? Mod_perl ? Can you give us a sample of your vhost
configuration ? Also try to download your css from firefox and look at
the result.

This RT is using mod_perl. Below is the RT-related excerpt from the vhost
config. This was set up a long time ago by someone who no longer works
here and used to support this RT instance. I must admit that I don’t
understand a lot of it; in the RT’s I support, my vhost definitions are
much simpler.

Mike

### ######################################## #
### RT3
# NB, from the rt-users mailing list:
# "I have avoided using RedirectMatch by only applying "SetHandler
# perl-script" (which seems to be what blocks the usual DirectoryIndex
# behaviour) to html files, and those specific directories which need it."
Alias /rt /usr/local/rt3/share/html
PerlModule Bundle::Apache2
PerlModule Apache2::compat
PerlModule Apache::DBI

PerlRequire /usr/local/rt3/bin/ap2mp2-fix.pl

PerlRequire /usr/local/rt3/bin/webmux.pl
<Directory /usr/local/rt3/share/html>
  Order allow,deny
  Allow from all
  Options All
  AllowOverride All
  AddDefaultCharset UTF-8
  <Files *.html>
    SetHandler perl-script
    PerlHandler RT::Mason
  </Files>
</Directory>
<Directory /usr/local/rt3/share/html/Ticket/Attachment>
  SetHandler perl-script
  PerlHandler RT::Mason
</Directory>
<Directory /usr/local/rt3/share/html/SelfService/Attachment>
  SetHandler perl-script
  PerlHandler RT::Mason
</Directory>
<Directory /usr/local/rt3/share/html/REST>
  SetHandler perl-script
  PerlHandler RT::Mason
</Directory>

Mike Friedman Information Services & Technology
mikef@berkeley.edu 2484 Shattuck Avenue
1-510-642-1410 University of California at Berkeley
Socrates and Berkeley Scholars Web Hosting Services Have Been Retired | Web Platform Services http://ist.berkeley.edu

-----BEGIN PGP SIGNATURE-----
Version: PGP 6.5.8

iQA/AwUBR4T9l60bf1iNr4mCEQLvOACeKFGoUNHxDAEp7vcnZ+k4CQW2GhUAoM3Z
Vj5+hy1zY01CvSmylla/iiF8
=EyO9
-----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

One of our RT systems here was just upgraded from 3.4.5 to 3.6.5 and
now I find that most of the ‘style’ is gone in the web pages, but only
with Opera and IE (6). Firefox displays the new page formats just
fine.

I had the same problem, this was because NoAuth/css wasn’t excluded from
fastcgi so there were headers added which was accepted by firefox but
not by IE. The problem is certainly in your apache config. What are you
using ? Fastcgi ? Mod_perl ? Can you give us a sample of your vhost
configuration ? Also try to download your css from firefox and look at
the result.

This RT is using mod_perl. Below is the RT-related excerpt from the vhost
config. This was set up a long time ago by someone who no longer works
here and used to support this RT instance. I must admit that I don’t
understand a lot of it; in the RT’s I support, my vhost definitions are
much simpler.

Here, the following configuration is sufficient:

Alias /rt /usr/local/rt3/share/html
PerlModule Apache2::compat
PerlModule Apache::DBI
PerlRequire /usr/local/rt3/bin/webmux.pl
<Location /rt>
AddDefaultCharset UTF-8
SetHandler perl-script
PerlHandler RT::Mason

Try it :wink:

Emmanuel Lacour ------------------------------------ Easter-eggs
44-46 rue de l’Ouest - 75014 Paris - France - M�tro Gait�
Phone: +33 (0) 1 43 35 00 37 - Fax: +33 (0) 1 41 35 00 76
mailto:elacour@easter-eggs.com - http://www.easter-eggs.com