Alexandr,
Thanks a bunch. We tried and it worked, of course. I'm wondering if a
warning should be included for those ORACLE users to be aware of the
need to for the exclusive session locking. That would save someone a
whole bunch of time. Why was this not a problem with our 3.4.4 version?
At Thursday 1/3/2008 10:08 AM, Patterson, Craig wrote:
As I'm about to apply this patch, I have one question. Will the patch
be implemented in the next release of RT? I'm on 3.6.4 with no plans of
upgrading in the near future, so basically, what I'm asking is, should I
move the SetupSessionCook
ornii
Sent: Thursday, January 03, 2008 9:58 AM
To: Kenneth Crocker
Cc: rt Users
Subject: Re: [rt-users] RT 3.6 requires two or three logins with firefox
and IE
Hello.
2008/1/3, Kenneth Crocker <[EMAIL PROTECTED]>:
> I agree with Stephen. How did you come across this as the
answer or
>
Hello.
2008/1/3, Kenneth Crocker <[EMAIL PROTECTED]>:
> I agree with Stephen. How did you come across this as the answer or
> what led you to look at this as a possible answer?
Considering that currently I'm the Apache::Session maintainer... :)
Apache::Session from 1.83 checks file lock
Alexandr Ciornii wrote:
> Hi, Jesse,
>
> 2007/12/26, Jesse Vincent <[EMAIL PROTECTED]>:
>> On Fri, Dec 14, 2007 at 02:47:08PM -0800, Kenneth Crocker wrote:
>>> If not, has anyone at BestPractical seen some consistent
>>> set of circumstances (and appropriate fixes) that would lead us to a
>>> reso
Alexandr,
I agree with Stephen. How did you come across this as the answer or
what led you to look at this as a possible answer? I'm passing this off
to our techy specialists. THANKS!
Kenn
LBNL
On 1/2/2008 1:38 PM, Stephen Turner wrote:
At Sunday 12/30/2007 08:26 PM, Alexandr Ciorni
At Sunday 12/30/2007 08:26 PM, Alexandr Ciornii wrote:
Did you tried adding 'Transaction' argument when creating session?
Patch is attached.
P.S. If it will not help, another solution is to fix Apache::Session.
--
Alexandr Ciornii, http://chorny.net
Well I'm amazed - we've had this problem f
Hi, Jesse,
2007/12/26, Jesse Vincent <[EMAIL PROTECTED]>:
> On Fri, Dec 14, 2007 at 02:47:08PM -0800, Kenneth Crocker wrote:
> > If not, has anyone at BestPractical seen some consistent
> > set of circumstances (and appropriate fixes) that would lead us to a
> > resolution to the file-session prob
On Fri, Dec 14, 2007 at 02:47:08PM -0800, Kenneth Crocker wrote:
> Jesse,
>
>
> It seems to me that there are some few RT users that have gone to
> the file-session method due to some problems with the session table in
> the
> DB, especially in ORACLE. Are there now some fixes w
Jesse,
It seems to me that there are some few RT users that have gone to the
file-session method due to some problems with the session table in the
DB, especially in ORACLE. Are there now some fixes we can download that
will allow us to drop the file-session methodology and go back to using
Kenneth Crocker wrote:
To All,
I would like to hear from ANYONE who has RT 3.6.4 on ORACLE 9+ and
have managed to get session control to work properly with FireFox or
IE using either the DB sessions table OR SPECIFICALLY straight to data
file. We are going straight to data file, have mad
John,
So, what did you do? I assume you went to filesystems-session. Do you
still have a dbl-login problem? Were you able to get around it? I've
been ready to install 3.6.4 for quite awhile, but I am loathe to put
anything into production that has an inherent bug as bothersome as this one.
In message <[EMAIL PROTECTED]>, Kenneth Crocker writes:
> I would like to hear from ANYONE who has RT 3.6.4 on ORACLE 9+ and have
>
>managed to get session control to work properly with FireFox or IE using
>either the DB sessions table OR SPECIFICALLY straight to data file. We
Apache time
To All,
I would like to hear from ANYONE who has RT 3.6.4 on ORACLE 9+ and have
managed to get session control to work properly with FireFox or IE using
either the DB sessions table OR SPECIFICALLY straight to data file. We
are going straight to data file, have made sure our URL's are correc
In message <[EMAIL PROTECTED]>, John D Groenveld
writes:
>My WAG is that Firefox and IE are doing parallel requests
>and triggering an Apache::Session::Lock::File deadlock which is
>somehow forcing the session to be invalidated.
>
>Most RT users probably use MySQL and Postgres and RT defaults
>to
In message <[EMAIL PROTECTED]>, John D Groenveld
writes:
>I have perl-5.8.8, apache 2.6, mp 2.0.3 and RT 3.6.5
>under Solaris 10 and Oracle 10.
>
>With firefox2 and IE, I am prompted to authenticate two or three
>times before I can navigate RT pages without prompting.
>
>However, with lynx and ope
> Oddly, sometimes I can connect localhost:8082 with Firefox without
> being prompted multiple times and sometimes it takes three times.
>
> Opera nor lynx ever have this problem.
I've had all sorts of problems with Firefox and cookies on localhost,
both with RT and with other apps.
Bes,t
Jes
In message <[EMAIL PROTECTED]>, Jesse Vincent writes:
>It's almost certainly the case that you have multiple valid DNS domain
>names for your RT server. And RT's cookies are tied to a specific
>domain.
>
>Something like this:
> http://rt/
> http://rt.mycompany.com/
> http://rt3.my
On Thu, Dec 06, 2007 at 03:03:26PM -0500, John D Groenveld wrote:
> Bizarre problem I could not spot with Google which leads me to
> believe I'm doing something very wrong.
>
> I have perl-5.8.8, apache 2.6, mp 2.0.3 and RT 3.6.5
> under Solaris 10 and Oracle 10.
>
> With firefox2 and IE, I am
Bizarre problem I could not spot with Google which leads me to
believe I'm doing something very wrong.
I have perl-5.8.8, apache 2.6, mp 2.0.3 and RT 3.6.5
under Solaris 10 and Oracle 10.
With firefox2 and IE, I am prompted to authenticate two or three
times before I can navigate RT pages without
20 matches
Mail list logo