You could have the person log out of RT before they leave. Then have the RT logout code give all that person's tickets to Nobody.<br><br><div><span class="gmail_quote">On 1/14/08, <b class="gmail_sendername">Steve Cochran

</b> <<a href="mailto:stephen.cochran@kingarthurflour.com">stephen.cochran@kingarthurflour.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<br>Yep, we have shifts, and not everyone works every day. Tracking how<br>many tickets are resolved is something the powers that be want.<br><br>I'm just looking for the easiest way to make sure that no one has to<br>

go looking for tickets to steal from users that went home or are out for the day because they were re-opened by responses from users. I was thinking the 9pm cron job could just reset any owned, open tickets in our general queue to be unowned.

<br><br>Steve<br><br><br>On Jan 13, 2008, at 11:54 PM, Viktor wrote:<br><br>> Does your staff work in shifts?<br>> Are you sure there's no case in which tracking the ticket handler is<br>> useful? (some employers tend to award their staff with some bonuses

<br>> if they do their work in a timely and productive basis).<br>> If I get it right, you are going to reset ownership at 9pm. each day.<br>><br>> There might be another solution, namely sessions. RT keeps track of

<br>> currently logged in users via %session tied hash, along with HTTP<br>> cookies.<br>> You might try to patch lib/RT/Interface/Web.pm (if I recall<br>> correctly) or some autohandler to update some (non-persistent,

<br>> obviously) session parameter (preferably, $session{CurrentUser}<br>> {LastActivity}) each time the user makes HTTP request with his cookie.<br>> When you have user's last activity time, you might apply some

> assumptions, probably based on amortized analysis: if a user was > online 5 minutes ago, he is probably still online. > It isn't as hard as it sounds. I wonder why Best Practical doesn't > register last activities at their RT releases...

<br><br>_______________________________________________<br><a href="http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users">http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users</a><br><br>Community help: 

<a href="http://wiki.bestpractical.com">http://wiki.bestpractical.com</a> Commercial support: <a href="mailto:sales@bestpractical.com">sales@bestpractical.com</a> Discover RT's hidden secrets with RT Essentials from O'Reilly Media.

<br>Buy a copy at <a href="http://rtbook.bestpractical.com">http://rtbook.bestpractical.com</a><br></blockquote></div><br>