RT Web interface sometimes loses style

We installed RT 2.0.11, and after working out some version conflict
glitches between apache and perl everything seems to be working, except
that sometimes the stylesheet doesn’t seem to “take” and the styles of
links etc. revert to defaults. A few hits of the reload button usually
cures this, but not permanently. We see this with both Netscape 4.77 and
Konqueror 2.1.1 so I don’t think this is a browser problem per se.

This is a pretty minor cosmetic flaw, but I’m wondering if anyone else
has seen anything like it, and if there might be a fix. We have been
very pleased with the RT software otherwise; it’s really quite good.

@alex

Are you using Mozilla?

I have had problems with Mozilla .9.6 - .9.9 not seeing some images and
stylesheets properly, if I did not COMPLETELY remove the previous version
before installing the update.

Most recently, moving from .9.8 to .9.9, I had to remove the (I use NT)
mozilla directory from the application data directory in my profile (that’s
an NT profile, mind you). Now that I have I nuked both the Mozilla
directory in Program Files and the App Data directory, everything is working
as expected.

In previous upgrades, I was able to keep the Aplication Data directory
without ill effect.

Good luck!

–Mark-----Original Message-----
From: Alexander Dupuy [mailto:dupuy@systemdetection.com]
Sent: Wednesday, March 20, 2002 1:52 PM
To: rt-users@lists.fsck.com
Subject: [rt-users] RT Web interface sometimes loses style

We installed RT 2.0.11, and after working out some version conflict
glitches between apache and perl everything seems to be working, except
that sometimes the stylesheet doesn’t seem to “take” and the styles of
links etc. revert to defaults. A few hits of the reload button usually
cures this, but not permanently. We see this with both Netscape 4.77 and
Konqueror 2.1.1 so I don’t think this is a browser problem per se.

This is a pretty minor cosmetic flaw, but I’m wondering if anyone else
has seen anything like it, and if there might be a fix. We have been
very pleased with the RT software otherwise; it’s really quite good.

@alex

rt-users mailing list
rt-users@lists.fsck.com
http://lists.fsck.com/mailman/listinfo/rt-users

We installed RT 2.0.11, and after working out some version conflict
glitches between apache and perl everything seems to be working, except
that sometimes the stylesheet doesn’t seem to “take” and the styles of
links etc. revert to defaults. A few hits of the reload button usually
cures this, but not permanently. We see this with both Netscape 4.77 and
Konqueror 2.1.1 so I don’t think this is a browser problem per se.

This is a pretty minor cosmetic flaw, but I’m wondering if anyone else
has seen anything like it, and if there might be a fix. We have been
very pleased with the RT software otherwise; it’s really quite good.

I haven’t run those two apps but I can report that Mozilla-0.9.8 had
issues when you submit a resolve. I upgraded to 0.9.9 and the issue is
gone. Try Mozilla :wink:

-Wash

Odhiambo Washington wash@wananchi.com "The box said 'Requires
Wananchi Online Ltd. www.wananchi.com Windows 95, NT, or better,'
Tel: 254 2 313985-9 Fax: 254 2 313922 so I installed FreeBSD."
GSM: 254 72 743 223 GSM: 254 733 744 121 This sig is McQ! :slight_smile:

Advice to young men: Be ascetic, and if you can’t be ascetic,
then at least be asceptic.

“AD” == Alexander Dupuy dupuy@systemdetection.com writes:

AD> We installed RT 2.0.11, and after working out some version conflict
AD> glitches between apache and perl everything seems to be working, except
AD> that sometimes the stylesheet doesn’t seem to “take” and the styles of

Check for core dumps or other errors in your apache log file when this
happens.

We installed RT 2.0.11, and after working out some version conflict
glitches between apache and perl everything seems to be working, except
that sometimes the stylesheet doesn’t seem to “take” and the styles of
links etc. revert to defaults. A few hits of the reload button usually
cures this, but not permanently. We see this with both Netscape 4.77 and
Konqueror 2.1.1 so I don’t think this is a browser problem per se.

My installation displays similar problems. We are using Apache, RT’s
"external" authentication and authenticate against a Kerberos server.
The Apache error log will show you what’s going on.

For us, this happens because the stylesheet and the RT logo image that
are included in every web page are retrieved and authenticated
separately for every request. Since the Kerberos server sees these
requests in a very short time, it occasionally rejects some of them
because it suspects a replay attack.

This is a pretty minor cosmetic flaw, but I’m wondering if anyone else
has seen anything like it, and if there might be a fix. We have been
very pleased with the RT software otherwise; it’s really quite good.

I haven’t found a way of telling Apache not to authenticate the stuff in
the NoAuth section except taking an approach similar to the recommended
fastcgi setup. You would set up two virtual hosts where one serves the
NoAuth data.

Unfortunately, that requires to replace all references to NoAuth in the
RT source code by a configurable URL. It’s probably just a couple of
minutes of work, but I haven’t found the time to do that and submit a
patch. Here’s how the Apache setup could look like:

AddModule mod_fastcgi.c
Listen 443
NameVirtualHost vv.ww.xx.yy:443

SSLEnable
ServerName rt.yadda.com
DocumentRoot /rt2/WebRT/html
AddHandler fastcgi-script fcgi
ScriptAlias / /rt2/bin/mason_handler.fcgi/
FastCgiServer /rt2/bin/mason_handler.fcgi

Listen 442
NameVirtualHost vv.ww.xx.yy:442

SSLDisable
ServerName rt.yadda.com
DocumentRoot /rt2/WebRT/html/NoAuth

Fabian

Our business in life is not to succeed but to continue to fail in high
spirits.
– Robert Louis Stevenson

I have the similar problem with 2.0.11. Upgrade to 2.0.12 fixes the
problem.

Sherrill
Sherrill (Pei-chih) Verbrugge

http://www.gospelcom.net
http://bible.gospelcom.net