[rt-users] Need to decode session data or session id information

Hi, We're using RT 3.8.4 and on several occasions RT is storing session data that is extremely large. Here is a query from our system this morning. rt3=# select lastupdated, length(a_session) from sessions where lastupdated = '2010-04-21' order by length(a_session) desc limit 3;

[rt-users] RT 3.8.4 bug when adding Fcntl perl module

Version: 3.8.4 OS: Fedora release 11 Perl: Perl v5.10.0 under linux Fcntl:Fcntl v1.06; This demo.pl program generates errors when use Fcntl; is included and otherwise works as expected. a. Can someone replicate this error? b. Any ideas about a solution? Thanks, dano ---

Re: [rt-users] Scrip send email on create

Jeremy Burke wrote: I think you need 2 scrips. The scrip you have below and then another scrip to send e-mail on create to the AdminCCs. You need to make sure the Add AdminCC scrip you have below is executed before the scrip that sends to the AdminCCs. I'm using RT 3.8.1 and this is

Re: [rt-users] Scrip send email on create - SOLVED

cleanup code: empty Good Luck, Jeremy -Original Message- From: Dan O'Neill [mailto:r...@northpb.com] Sent: Wednesday, February 04, 2009 10:35 AM To: Jeremy Burke Cc: rt-users@lists.bestpractical.com Subject: Re: [rt-users] Scrip send email on create Jeremy Burke wrote: I

Re: [rt-users] Scrip send email on create

Dan O'Neill wrote: Enclosed is a script that adds one or more AdminCC's to a ticket during Create. This does not cause the AdminCC's to receive an email. How do I modify this Scrip or otherwise configure the Queue such that AdminCC's will receive a copy of the text in the opening

[rt-users] Scrip send email on create

Enclosed is a script that adds one or more AdminCC's to a ticket during Create. This does not cause the AdminCC's to receive an email. How do I modify this Scrip or otherwise configure the Queue such that AdminCC's will receive a copy of the text in the opening transaction? Here is the scrip

[rt-users] RT 3.6.6 wants Apache::Request w/libapreq-1.33 which is really old

During an installation of RT 3.6.6 on Fedora 8 under Apache 2.x the dependencies try to install the CPAN module Apache::Request which in turn wants to build libapreq-1.33 (very very old and not compatible mod_perl 2.x) Here's the text from the dependency checking script Install module

Re: [rt-users] RT 3.6.6 wants Apache::Request w/libapreq-1.33 which is really old RESOLVED

This was happening because I was using very old installation instructions and had this test line perl sbin/rt-test-dependencies --with-postgres --with-modperl1 --install and it should have read --with-modperl2 All is good now. Sorry to bother everyone. dano

Re: [rt-users] RT 3.6.5 - quick search shows resolved tickets, seems wrong (SOLUTION)

Dan O'Neill wrote: In RT 3.6.5 when you use quick search it displays tickets that are Resolved. I believe it used to only show tickets that were New, Open or Stalled. The settings in ./share/html/Elements/Quicksearch seem to confirm that Resovled tickets aren't part of the search

[rt-users] RT 3.6.5 - quick search shows resolved tickets, seems wrong

In RT 3.6.5 when you use quick search it displays tickets that are Resolved. I believe it used to only show tickets that were New, Open or Stalled. The settings in ./share/html/Elements/Quicksearch seem to confirm that Resovled tickets aren't part of the search conditions. Can anyone shed

[rt-users] How can I change the default Owner for a new Reminder to the CurrentUser?

In the Reminders block of a displayed ticket, for a New Reminder I'd like the default select for Owner to be the name of the CurrentUser rather than [ - ]. Generally our users want to set reminders for themselves and it saves a data entry step if the selected Owner defaults the the logged in