[rt-users] Is RT not multi (tasking/threading) safe!

[Ramon Kagan]

Hi,

I have seen the same process and it doesn't seem to be problem.  Go look
at the ticket again.  I'll eat my shirt if both transactions didn't
actually occur.  I find that sometimes if you go "too fast", the
information isn't completely up to date in your web browser.  The database
has completed the transactions in the correct order.  I would suggest you
look at your transaction logs to verify this, but for us on a Debian
system, the serialization exists.

Ramon Kagan
York University, Computing and Network Services
Information Security  -  Senior Information Security Analyst
(416)736-2100 #20263
rkagan at yorku.ca

-----------------------------------   ------------------------------------
I have not failed.  I have just	       I don't know the secret to success,
found 10,000 ways that don't work.     but the secret to failure is
				       trying to please everybody.
	- Thomas Edison				- Bill Cosby
-----------------------------------   ------------------------------------

On Fri, 5 Nov 2004, Sven Sternberger wrote:

> Hello!
>
> I had a similar post before. But I feel that it getting worse. In the
> example I pressed quickly first "take" and then "resolved" . The result
> is the ticket is owned by nobody and resolved?!?!?!
>
> The history:
> Fri Nov 05 14:11:50 2004  	sternber - Given to Nobody
> Fri Nov 05 14:11:48 2004  	sternber - Status changed from open to
> resolved
> Fri Nov 05 14:11:44 2004  	sternber - Taken
>
> My config:
> Debian sarge/RT 3.0.11
> 2 XEON proccessor machine
>
> My idea is that because the http protocol is stateles the
> RT is not able to serialize the task in the right order, so
> while the "take" process is running, the "resolved" task
> has already finished. If this is true, RT has a BIG problem!
>
> Or could it be the apache config???
>
> best regards!
> _______________________________________________
> http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
>
> Be sure to check out the RT wiki at http://wiki.bestpractical.com
>
>