So, I stupidly updated my debian RT box today and one of the things patched was Perl (5.10.1 -> 5.12.4). Since I used CPAN originally for installing Perl modules when I setup the server it broke pretty much everything about RT. After much flipping back and forth between logs and apt-get install I resolved all of the load errors and the Apache server came up. But I still seem to be missing something.
All pages will display with no formatting at all. The only graphic that shows is the >>|<< Best Practical logo, everything else is completely text without the usual formatting. There is lists and tables, but no font changes are graphics at all (100% blue links on a while background).
I assume there is some Perl module I’m missing. As I said, there’s no errors so it’s a “soft” failure. The site functionality seems unaffected, just a bit harder to get around now.
Any help greatly appreciated.
I’ve encourtered this issue when you try to alias the noauth directories
to bypass the mason.handler in the Apache config. If you have an Apache
config line similar to below try to comment it out.
Alias /NoAuth /opt/rt3/share/html/NoAuth
Basically in the above situation the css isn’t processed properly. It
could be something else though.
CurtisOn 11-08-22 04:44 PM, Lake, Seth M wrote:
So, I stupidly updated my debian RT box today and one of the things
patched was Perl (5.10.1 → 5.12.4). Since I used CPAN originally for
installing Perl modules when I setup the server it broke pretty much
everything about RT. After much flipping back and forth between logs
and apt-get install I resolved all of the load errors and the Apache
server came up. But I still seem to be missing something.
All pages will display with no formatting at all. The only graphic
that shows is the >>|<< Best Practical logo, everything else is
completely text without the usual formatting. There is lists and
tables, but no font changes are graphics at all (100% blue links on a
while background).
I assume there is some Perl module I’m missing. As I said, there’s no
errors so it’s a “soft” failure. The site functionality seems
unaffected, just a bit harder to get around now.
Any help greatly appreciated.
RT Training Sessions (http://bestpractical.com/services/training.html)
- Chicago, IL, USA — September 26& 27, 2011
- San Francisco, CA, USA — October 18& 19, 2011
- Washington DC, USA — October 31& November 1, 2011
- Melbourne VIC, Australia — November 28& 29, 2011
- Barcelona, Spain — November 28& 29, 2011
I did have a similar line. Commented it out but nothing has changed.
My httpd.conf in case it’s helpful…
<VirtualHost *:80>
ServerAdmin webmaster@bcssi.com
DocumentRoot /var/www/rt/share/html
DocumentRoot /var/www
AddDefaultCharset UTF-8
RewriteEngine On
RewriteRule ^/$ /rt/ [R]
PerlRequire "/var/www/rt/bin/webmux.pl"
ScriptAlias /rt/ /var/www/rt/share/html/
<Location /NoAuth/images>
SetHandler default
<Location /rt>
SetHandler perl-script
PerlResponseHandler RT::Mason
</Location>
ErrorLog /var/log/apache2/error.log
# Possible values include: debug, info, notice, warn, error, crit,
# alert, emerg.
LogLevel warn
CustomLog /var/log/apache2/access.log combined
From: Curtis Bruneau [mailto:curtisb@vianet.ca]
Sent: Monday, August 22, 2011 4:59 PM
Subject: Re: [rt-users] Page Formatting (Only Text) After Perl Update
I’ve encourtered this issue when you try to alias the noauth directories to bypass the mason.handler in the Apache config. If you have an Apache config line similar to below try to comment it out.
Alias /NoAuth /opt/rt3/share/html/NoAuth
Basically in the above situation the css isn’t processed properly. It could be something else though.
Curtis
Download tarball, configure and run make testdeps.
Regards, Ruslan. From phone.
I did have a similar line. Commented it out but nothing has changed.
My httpd.conf in case it’s helpful…
<VirtualHost *:80>
ServerAdmin webmaster@bcssi.com
DocumentRoot /var/www/rt/share/html
DocumentRoot /var/www
AddDefaultCharset UTF-8
RewriteEngine On
RewriteRule ^/$ /rt/ [R]
PerlRequire “/var/www/rt/bin/webmux.pl”
ScriptAlias /rt/ /var/www/rt/share/html/
<Location /NoAuth/images>
SetHandler default
<Location /rt>
SetHandler perl-script
PerlResponseHandler RT::Mason
ErrorLog /var/log/apache2/error.log
Possible values include: debug, info, notice, warn, error, crit,
alert, emerg.
LogLevel warn
CustomLog /var/log/apache2/access.log combined
From: Curtis Bruneau [mailto:curtisb@vianet.ca]
Sent: Monday, August 22, 2011 4:59 PM
Subject: Re: [rt-users] Page Formatting (Only Text) After Perl Update
I’ve encourtered this issue when you try to alias the noauth directories
to bypass the mason.handler in the Apache config. If you have an Apache
config line similar to below try to comment it out.
Alias /NoAuth /opt/rt3/share/html/NoAuth
Basically in the above situation the css isn’t processed properly. It
could be something else though.
Curtis
So, I stupidly updated my debian RT box today and one of the things
patched was Perl (5.10.1 → 5.12.4). Since I used CPAN originally for
installing Perl modules when I setup the server it broke pretty much
everything about RT. After much flipping back and forth between logs and
apt-get install I resolved all of the load errors and the Apache server came
up. But I still seem to be missing something.
All pages will display with no formatting at all. The only graphic that
shows is the >>|<< Best Practical logo, everything else is completely text
without the usual formatting. There is lists and tables, but no font changes
are graphics at all (100% blue links on a while background).
I assume there is some Perl module I’m missing. As I said, there’s no
errors so it’s a “soft” failure. The site functionality seems unaffected,
just a bit harder to get around now.
Perfect, that got her. For the record it was CSS::SquishFrom: ruslan.zakirov@gmail.com [mailto:ruslan.zakirov@gmail.com] On Behalf Of Ruslan Zakirov
Sent: Monday, August 22, 2011 5:25 PM
To: Lake, Seth M
Cc: rt-users@lists.bestpractical.com; Curtis Bruneau
Subject: Re: [rt-users] Page Formatting (Only Text) After Perl Update
Download tarball, configure and run make testdeps.
Regards, Ruslan. From phone.