Breakage on concurrent access?

So, I seem to have caused myself the same problem as described in

http://lists.fsck.com/pipermail/rt-users/2002-January/006217.html

(to wit: When logged in to a non-privileged account, I can see my list
of open & new tickets, but none of the links from the page seem to work.
If I click on any link on the page, it changes the URL, but the same
page displays.)

and in an apparently similar way: I was logged in to a particular
non-privledged accont at the same time as someone else.

This user account is now completely broken.

Any ideas?

-Robin

http://www.digitalkingdom.org/~rlpowell/ BTW, I’m male, honest.
le datni cu djica le nu zifre .iku’i .oi le so’e datni cu to’e te pilno
je xlali – RLP http://www.lojban.org/

So, I seem to have caused myself the same problem as described in

http://lists.fsck.com/pipermail/rt-users/2002-January/006217.html

(to wit: When logged in to a non-privileged account, I can see my list
of open & new tickets, but none of the links from the page seem to work.
If I click on any link on the page, it changes the URL, but the same
page displays.)

and in an apparently similar way: I was logged in to a particular
non-privledged accont at the same time as someone else.

This user account is now completely broken.

Sorry to self-reply, but more details:

  1. At least on other non-privledged account, which existed before this
    happened, is broken in the same way.

  2. Even for root, the logout button doesn’t work.

  3. Most disturbingly, and this is really wierd:

    Logged in as non-privledged user ‘b’ (i.e. not the one that caused
    this, call em ‘a’).

    Hit any button, including logout, return to main window, which
    shows 3 tickets to me.

    BUT, hit ‘Open requests’, see the one request that was open to 'b’
    at the time the badness started, which has sincebeenclosed.

Boggle.

So, at this point, I’m just wondering how to wipe the RT database and
restart, because while it seems to me that RT breaks when multiple
people access the same account at the same time, I’m not sure that’s
really a bad thing. 8)

Complete system information upon request, but the short version is this
is a brand new FreeBSD machine, latest everything.

-Robin

http://www.digitalkingdom.org/~rlpowell/ BTW, I’m male, honest.
le datni cu djica le nu zifre .iku’i .oi le so’e datni cu to’e te pilno
je xlali – RLP http://www.lojban.org/

*BUT*, hit 'Open requests', see the one request that was open to 'b'
							       ^^^

That should say ‘a’, not ‘b’.

at the time the badness started, which has *since*been*closed*.

And, in this state, the “Logged in as:” lists user ‘a’ (the one the
ticket was opened to) rather than ‘b’, but if I hit the details button,
I’m back at the main screen as user ‘b’ again.

-Robin

http://www.digitalkingdom.org/~rlpowell/ BTW, I’m male, honest.
le datni cu djica le nu zifre .iku’i .oi le so’e datni cu to’e te pilno
je xlali – RLP http://www.lojban.org/

*BUT*, hit 'Open requests', see the one request that was open to 'b'
  						       ^^^

That should say ‘a’, not ‘b’.

at the time the badness started, which has *since*been*closed*.

And, in this state, the “Logged in as:” lists user ‘a’ (the one the
ticket was opened to) rather than ‘b’, but if I hit the details button,
I’m back at the main screen as user ‘b’ again.

A guest, but you seem to have have something funky going on with the
WebRT/sessiondata directory. Make sure that the user RT runs the WebUI as
has appropriate permissions to this directory as per the installation
docs.

                         Bruce Campbell                            RIPE
               Systems/Network Engineer                             NCC
             www.ripe.net - PGP562C8B1B                      Operations

Bruce, Robin,

would:

rt2 tmp clean

0 * * * * find /opt/rt2/WebRT/sessiondata -type f -amin +600 -exec rm {}
;

have anything to do with this?

Copy & paste from my crontab… just a thought.

Regards,
A.On Sat, 27 Apr 2002, Bruce Campbell wrote:

Date: Sat, 27 Apr 2002 09:12:58 +0200 (CEST)
From: Bruce Campbell bruce_campbell@ripe.net
To: rt-users@lists.fsck.com
Subject: Re: [rt-users] Breakage on concurrent access?

On Fri, 26 Apr 2002, Robin Lee Powell wrote:

On Fri, Apr 26, 2002 at 06:44:29PM -0700, Robin Lee Powell wrote:

*BUT*, hit 'Open requests', see the one request that was open to 'b'
  						       ^^^

That should say ‘a’, not ‘b’.

at the time the badness started, which has *since*been*closed*.

And, in this state, the “Logged in as:” lists user ‘a’ (the one the
ticket was opened to) rather than ‘b’, but if I hit the details button,
I’m back at the main screen as user ‘b’ again.

A guest, but you seem to have have something funky going on with the
WebRT/sessiondata directory. Make sure that the user RT runs the WebUI as
has appropriate permissions to this directory as per the installation
docs.


Bruce Campbell RIPE
Systems/Network Engineer NCC
www.ripe.net - PGP562C8B1B Operations


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

Have you read the FAQ? The RT FAQ Manager lives at http://fsck.com/rtfm

Bruce Campbell wrote:

A guest, but you seem to have have something funky going on with the
WebRT/sessiondata directory. Make sure that the user RT runs the WebUI as
has appropriate permissions to this directory as per the installation
docs.

Plausible, but my guess would be broken caching at the browser end.

Phil Homewood wrote:

Bruce Campbell wrote:

A guest, but you seem to have have something funky going on with the
WebRT/sessiondata directory. Make sure that the user RT runs the WebUI as
has appropriate permissions to this directory as per the installation
docs.

Plausible, but my guess would be broken caching at the browser end.

That seems right, we had similar problems with opera (you cannot log
out)
and the latest Mozilla (You have to login in over and over)

Clearing the browser cache helped in both cases.

Harald

Dr. Harald Koll�ra
Professional Services
fun communications GmbH
Brauerstrasse 6 76135 Karlsruhe Germany
Tel: +49 721 964480 Fax: +49 721 96448-299
email: harald.kollera@fun.de http://www.fun.de/

I trust in http://www.keytrust.de

“HK” == Harald Kollera harald.kollera@fun.de writes:

HK> That seems right, we had similar problems with opera (you cannot log
HK> out)
HK> and the latest Mozilla (You have to login in over and over)

With opera, it is a bug. No matter what the sever/document sets as
the expiration time of a document, Opera refuses to honor it. It only
honors its own settings of how often to check for an updated
document. If you use the defaults, you get 5 minutes. So, if you log
in, and log out within that 5 minutes, you can’t really log out. If
you wait longer than that 5 minutes, opera will let you log out since
the page in question will be rechecked. Disable the timer feature in
opera and you’ll be happier.

As for mozilla, i have no clue.

*BUT*, hit 'Open requests', see the one request that was open to 'b'
  						       ^^^

That should say ‘a’, not ‘b’.

at the time the badness started, which has *since*been*closed*.

And, in this state, the “Logged in as:” lists user ‘a’ (the one the
ticket was opened to) rather than ‘b’, but if I hit the details
button, I’m back at the main screen as user ‘b’ again.

A guest, but you seem to have have something funky going on with the
WebRT/sessiondata directory. Make sure that the user RT runs the
WebUI as has appropriate permissions to this directory as per the
installation docs.

It does, and I just blew away this whole directory. Now, none of the
buttons do anything at all when I log in. Note that this is true in
both IE and Opera.

-Robin

http://www.digitalkingdom.org/~rlpowell/ BTW, I’m male, honest.
le datni cu djica le nu zifre .iku’i .oi le so’e datni cu to’e te pilno
je xlali – RLP http://www.lojban.org/

Bruce Campbell wrote:

A guest, but you seem to have have something funky going on with the
WebRT/sessiondata directory. Make sure that the user RT runs the
WebUI as has appropriate permissions to this directory as per the
installation docs.

Plausible, but my guess would be broken caching at the browser end.

If so, it’s a bug shared by both IE and Opera.

-Robin

http://www.digitalkingdom.org/~rlpowell/ BTW, I’m male, honest.
le datni cu djica le nu zifre .iku’i .oi le so’e datni cu to’e te pilno
je xlali – RLP http://www.lojban.org/

If I’m understanding you correctly, the trouble you’re having is with the
SelfService area presenting you with a bunch of pretty links, all of which
do nothing but put you back at that very same screen.

If so, check the list archives from late February and early March of this
year. Several users (including myself) had been hit by this same problem
for quite some time, and around that time someone posted a fix that worked
for all of us.

If that is not the problem you’re having, then, well, as you were. :slight_smile:
Kendric Beachey

If I’m understanding you correctly, the trouble you’re having is with
the SelfService area presenting you with a bunch of pretty links, all
of which do nothing but put you back at that very same screen.

If so, check the list archives from late February and early March of
this year. Several users (including myself) had been hit by this same
problem for quite some time, and around that time someone posted a fix
that worked for all of us.

That is the problem, but apparently that fix was incorporated somewhere
around 2.0.11, and I’m using 2.0.13… I’ll go check anyways, though.

Heh. As an added bonus, if I go to http://server/rt/ by hand, it takes
me back to that same screen. That’s in IE. Closing IE and re-opening
works, and logging in as a privledged user works. Bah.

Oh. It would appear to be a trailing slash problem:

Alias /rt/ /usr/local/rt/WebRT/html/

was

Alias /rt /usr/local/rt/WebRT/html/

a few minutes ago. Changing it back helped. Still can’t logout, but
only in Opera. Having both entries also seems to work, which is cool.

Thanks for the help!!

-Robin

http://www.digitalkingdom.org/~rlpowell/ BTW, I’m male, honest.
le datni cu djica le nu zifre .iku’i .oi le so’e datni cu to’e te pilno
je xlali – RLP http://www.lojban.org/

At 9:31 Uhr +0200 29.4.2002, Harald Kollera wrote:

Clearing the browser cache helped in both cases.

We had similar problems with browser caching.
IMHO, this is not the browser’s fault, but RT’s, since it doesn’t add
any HTTP headers to prevent caching.

I fixed it by adding this to the Apache config:

 <Directory /opt/rt2/bin>
     Header set Cache-Control no-cache,must-revalidate
     Header set Pragma no-cache
     Header set Expires "Mon, 26 Jul 1997 05:00:00 GMT"
 </Directory>

This combination of headers works with all browsers I know of. The
first header is HTTP/1.1, the second HTTP/1.0, and the third is for
some stupid browsers.

Sebastian Flothow
sebastian@flothow.de
#include <stddisclaimer.h>

At 18:51 Uhr +0200 2.5.2002, Sebastian Flothow wrote:

I fixed it by adding this to the Apache config:

<Directory /opt/rt2/bin>
    Header set Cache-Control no-cache,must-revalidate
    Header set Pragma no-cache
    Header set Expires "Mon, 26 Jul 1997 05:00:00 GMT"
</Directory>

I forgot to mention that this is for the FCGI version. You may need
something else instead of <Directory /opt/rt2/bin> when using
mod_perl.

Also, it causes the browser to reload /NoAuth/webrt.css,
/NoAuth/images/rt.jpg and /NoAuth/images/spacer.gif with every page,
which wastes some bandwith, but I didn’t have the time to fix this.

Sebastian Flothow
sebastian@flothow.de
#include <stddisclaimer.h>