Wow, thanks for the quick reply.
I also notice that Date handling is off. Dates sometime inexplicably
default to 2002; The ‘left’ field in Search is always zero, and ‘Final
Priority’ never gets invoked. Is this an Apache version problem as well?
news:20030519193108.GY23719@fsck.com:> On Mon, May 19, 2003 at 07:15:22PM +0000, Dave Steele wrote:
After upgrading from 2.0.11 to 3.0.2, the search button is behaving
strangely. Search results are directed to /rt3/index.html?q=<…>
which returns a ‘200’ status page, generated by Apache(?), pointing
to a results page, which varies. Any reason why the redirect is not
followed automatically by IE?
It’s an issue with mod_perl 2 and HTML::Mason. This functionality will
work fine if you downgrade to Apache 1.3.
Dave Steele wrote:
I also notice that Date handling is off. Dates sometime inexplicably
default to 2002;
Can you provide an example of a date that does this, and in what context?
The ‘left’ field in Search is always zero, and ‘Final
Priority’ never gets invoked. Is this an Apache version problem as well?
What do you mean by “invoked” ?
�|� Request Tracker... So much more than a help desk — Best Practical Solutions – Trouble Ticketing. Free.
@luggage.internal.moreton.com.au:
Dave Steele wrote:
I also notice that Date handling is off. Dates sometime inexplicably
default to 2002;
Can you provide an example of a date that does this, and in what context?
Not really. Dates of the form 5/20/03 gave seemingly random results.
Switching to “May 20” worked pretty well, but I noticed that it switched
years on me once. I assume that this is a function of the Perl Date module
used.
The ‘left’ field in Search is always zero, and ‘Final
Priority’ never gets invoked. Is this an Apache version problem as well?
What do you mean by “invoked” ?
The priority of the task never becomes the ‘Final Priority’.
Again, it’s RH9, RT3.0.2, Apache 2.0.40.
RPM modules perl-Time-HiRes-1.38-3
Time::ParseDate from CPAN, version 2003.0211.