Login problems with post/get

Dear All

I’ve just installed RT 2.0.8 - no problems.

But I cannot login to the WebRT - as the post’ed values appear to be
lost within the code.

Changing them to get method solves the issue.

Redhat 7.1
MySQL 3.23.42
perl 5.6.1 (own complied version not reddrat)
Apache/1.3.20 (Unix) mod_perl/1.26 mod_ssl/2.8.4 OpenSSL/0.9.6

I see others have had this problem in the past (from the archives) - The
only trait I can seem to see is that some have an “own complied” perl.

Is there another fix, as if / when I upgrade I have to change all the
post’s to get’s again !

Thanks

Greg

Hi Greg,

have you upgraded from 2.0.1 or before ? or is this a fresh install ?
if you have upgraded, is the “PerlRequire /path/to/rt2/bin/webmux.pl” in
your httpd.conf pointing to the correct (new) webmux.pl ?

Greetings,

RolandOn Wed, 10 Oct 2001, Greg Cope wrote:

Dear All

I’ve just installed RT 2.0.8 - no problems.

But I cannot login to the WebRT - as the post’ed values appear to be
lost within the code.

Changing them to get method solves the issue.

Redhat 7.1
MySQL 3.23.42
perl 5.6.1 (own complied version not reddrat)
Apache/1.3.20 (Unix) mod_perl/1.26 mod_ssl/2.8.4 OpenSSL/0.9.6

I see others have had this problem in the past (from the archives) - The
only trait I can seem to see is that some have an “own complied” perl.

Is there another fix, as if / when I upgrade I have to change all the
post’s to get’s again !

Roland von Herget wrote:

Hi Greg,

have you upgraded from 2.0.1 or before ? or is this a fresh install ?
if you have upgraded, is the “PerlRequire /path/to/rt2/bin/webmux.pl” in
your httpd.conf pointing to the correct (new) webmux.pl ?

Thanks Roland.

This is a fresh install.

Everything appears fine, once I set all the METHOD=POST to GET’s.

This is odd, as I’ve not had this problem with RT before on different
boxes.

Greg

Hi Greg,

I had exactly this problem with RT 2.0.0. After changing a few things
(CGI::Cookie to Apache::Cookie in webmux.pl) it worked fine for me…

So, I’m sorry but I have no further ideas…

Greetings,

RolandOn Wed, 10 Oct 2001, Greg Cope wrote:

Roland von Herget wrote:

Hi Greg,

have you upgraded from 2.0.1 or before ? or is this a fresh install ?
if you have upgraded, is the “PerlRequire /path/to/rt2/bin/webmux.pl” in
your httpd.conf pointing to the correct (new) webmux.pl ?

Thanks Roland.

This is a fresh install.

Everything appears fine, once I set all the METHOD=POST to GET’s.

This is odd, as I’ve not had this problem with RT before on different
boxes.

Greg

Roland von Herget wrote:

Hi Greg,

I had exactly this problem with RT 2.0.0. After changing a few things
(CGI::Cookie to Apache::Cookie in webmux.pl) it worked fine for me…

So, I’m sorry but I have no further ideas…

webmux.pl already uses Apache::Cookie …

Anyone else any ideas why RT should be losing POST’ed data ?

Greg

|+ I had exactly this problem with RT 2.0.0. After changing a few things
|+ (CGI::Cookie to Apache::Cookie in webmux.pl) it worked fine for me…

RT requests both CGI::Cookie and Apache::Cookie. If you have both of
these installed, you should not have to make any modifications to
webmux.pl.

-darrin

Darrin Walton wrote:

|+ I had exactly this problem with RT 2.0.0. After changing a few things
|+ (CGI::Cookie to Apache::Cookie in webmux.pl) it worked fine for me…

RT requests both CGI::Cookie and Apache::Cookie. If you have both of
these installed, you should not have to make any modifications to
webmux.pl.

I am still at a loss as to why posted data is going missing.

Hum …

My only solution is to change all the posts to gets, but this is a
kludge.

Greg

I am still at a loss as to why posted data is going missing.

Hum …

My only solution is to change all the posts to gets, but this is a
kludge.

And it’s dangerous. I’d recommend making sure that CGI.pm, libapreq
and HTML::Mason are all up to date and fully functional. (Reinstall all of them)

Greg

-darrin


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

http://www.bestpractical.com/products/rt – Trouble Ticketing. Free.

“GC” == Greg Cope gjjc@rubberplant.freeserve.co.uk writes:

GC> I am still at a loss as to why posted data is going missing.

GC> Hum …

Are you doing some sort of internal or external redirect?

Vivek Khera wrote:

“GC” == Greg Cope gjjc@rubberplant.freeserve.co.uk writes:

GC> I am still at a loss as to why posted data is going missing.

GC> Hum …

Are you doing some sort of internal or external redirect?

No, nothing so fancy …

Greg

Jesse Vincent wrote:

I am still at a loss as to why posted data is going missing.

Hum …

My only solution is to change all the posts to gets, but this is a
kludge.

And it’s dangerous. I’d recommend making sure that CGI.pm, libapreq
and HTML::Mason are all up to date and fully functional. (Reinstall all of them)

Recomplied the lot.

HTML::Mason fails test with apache for no apparent reason!

Any clue appreciated.

Greg

It does that regularly from my experience - at least on every system
i’ve played with so far…

force the install.

AndrewOn Thursday, October 11, 2001, at 02:49 AM, Greg Cope wrote:

Jesse Vincent wrote:

On Wed, Oct 10, 2001 at 03:03:48PM +0000, Greg Cope wrote:

I am still at a loss as to why posted data is going missing.

Hum …

My only solution is to change all the posts to gets, but this is a
kludge.

And it’s dangerous. I’d recommend making sure that CGI.pm, libapreq
and HTML::Mason are all up to date and fully functional. (Reinstall
all of them)

Recomplied the lot.

HTML::Mason fails test with apache for no apparent reason!

Any clue appreciated.

Greg

Greg

-darrin


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


http://www.bestpractical.com/products/rt – Trouble Ticketing. Free.


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


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

Andrew Yager
Real World Technology Solutions
Real People Real SolUtions™
ph: (02) 9945 2567 fax: (02) 9945 2566
mob: 0405 15 2568