Date::Parse issue causing auth cookies to expire - constant login request

Hi,

I’m having trouble with a fresh install of Request Tracker 3.6.3 on a
Gentoo system. The install seems to be all up and running using FastCGI
(Not FCGID) and accepts the inital login of the root user. However the
instant you try and click anything from the menus it immediatly drops
you back to the login box. Once re-authenticated you reach your
desination but every click results in a login box first. As I
understand it the inbuilt authentication system is cookie based and have
discovered this problem in a log file:

Jan 15 21:01:17 hostname RT: Successful login for root from 192.168.1.2
(/opt/rt3/share/html/autohandler:256)
Jan 15 21:01:17 hostname RT: RT::Date used date::parse to make
1970-01-01 -28800

So, from what I’m gathering the cookies are being set with a date way in
the past resulting in every click checking the cookie to see if its
still valid, finding an expiry date way in the past and requiring a new
cookie to be set through authentication. So I think the problem is
either in RT::Date or date::parse. Timezones are configured on the host
system and in RT’s own configuration files. I have recompiled/checked
the latest version of date::parse from TimeDate-1.16.tar.gz and checked
both site_perl and vendor_perl Date modules matched.

Does anyone have any ideas on how I can get this working. Is there a
glitch in the latest version of this module that I am unaware of?

Thanks for any assistance you can offer.

Russ

This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

You may find the following from the archives to be
helpful:

http://lists.bestpractical.com/pipermail/rt-users/2006-September/041908.html

Russ wrote: