More on RT 2.0.14 WebRT woes

RT Users
1

I’m trying to figure out why my WebRT does nothing when I press the
Login button. It just puts up the Login screen again always, erasing
any form data.

I notice that there’s no ACTION in the FORM in the Elements/Login
window. Is that normal? What script is supposed to get passed this
login info? I’d like to put some debugging printfs in that script. I
admit I don’t understand the internals of RT very much – there’s a lot
to learn. MySql, Mason, RT itself, …

Any help would be appreciated.

. . . . . . . . . . . . . . . . . . . . . . . . .
Gary Oberbrunner garyo@genarts.com
GenArts, Inc. Tel: 617-492-2888
8 Clinton Street Fax: 617-492-2852
Cambridge, MA 02139 USA http://web.genarts.com

2

Hi Gary!

after updating I had the same effect, my failure was to remove
the line in httpd.conf

PerlFreshRestart On<<

This line seems to have something to do with the login process,
it is a little bit strange becaus the author of Mason said that it
is no good idea to use it :frowning:

hope it helpsAm Mon, 2002-09-09 um 21.42 schrieb Gary Oberbrunner:

I’m trying to figure out why my WebRT does nothing when I press the
Login button. It just puts up the Login screen again always, erasing
any form data.

I notice that there’s no ACTION in the FORM in the Elements/Login
window. Is that normal? What script is supposed to get passed this
login info? I’d like to put some debugging printfs in that script. I
admit I don’t understand the internals of RT very much – there’s a lot
to learn. MySql, Mason, RT itself, …

Any help would be appreciated.

–
. . . . . . . . . . . . . . . . . . . . . . . . .
Gary Oberbrunner garyo@genarts.com
GenArts, Inc. Tel: 617-492-2888
8 Clinton Street Fax: 617-492-2852
Cambridge, MA 02139 USA http://web.genarts.com

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
Sven Sternberger Tel.: +49 (0) 40 8998 4397
Desy Email: sven.sternberger@desy.de
Notkestr. 85
D-22607 Hamburg

3

Sven Sternberger wrote:

after updating I had the same effect, my failure was to remove
the line in httpd.conf

PerlFreshRestart On<<

Thanks, Sven.

Unfortunately I’ve now tried it with and without this line, with no
difference. After tracing the internals a bit I’ve discovered that
$user and $pass are not getting passed through from the form to
webmux.pl, so it doesn’t even try to authenticate. It seems in fact
that no form posting data is getting through to any Mason component.
I’m using the latest Mason, 1.13.

I guess the next thing is to turn on Mason debugging; anyone know how to
do that?

Just for the benefit of other newbies on the list, I’ve discovered that
HTML gets handled in the following order:

Request for HTML page from browser comes in to apache
httpd.conf says to use RT::Mason to handle it
RT::Mason is defined in webmux.pl
RT::Mason creates handler via RT::Interface::Web::NewMasonApacheHandler
which calls HTML::Mason::ApacheHandler to do the work.
… then some stuff I don’t understand yet…
then Mason passes the HTML request to $RT/WebRT/html/autohandler. It
does whatever it does, then eventually calls $m->call_next, which
normally (I think) calls RT::Mason::handler, in webmux.pl.

But in my case autohandler, which handles authentication, is not getting
$user and $pass (or any other form data). And I guess those are set in
the part that I don’t understand yet.

Any hints?

4

Problem solved. I switched the args_method in NewMason11ApacheHandler
(in /usr/local/rt2/lib/RT/Interface/Web.pm) from ‘CGI’ to ‘mod_perl’ and
now WebRT works perfectly again! (PerlFreshRestart is on in my config.)

– Gary Oberbrunner

I wrote: