Re: [rt-users] Suppressing RT System itself entries in Ticket History
On Fri, Feb 22, 2013 at 04:14:29PM -0800, Thomas Sibley wrote: On 02/22/2013 04:03 PM, k...@rice.edu wrote: On Fri, Feb 22, 2013 at 09:04:20PM +, Raymond Corbett wrote: Is there a way to suppress the display of the RT System itself entries in Ticket Display? The ones such asThe RT System itself - Outgoing email recorded Hi Ray, We use something like this for RT 3.8.1x: /opt/rt3 diff local/html/Ticket/Elements/ShowHistory share/html/Ticket/Elements/ShowHistory You can use a callback to do this much much cleaner and in a way that won't break when we update ShowHistory in an upgrade. Those are what my coworker Kevin was pointing Ray at. Yes, the callback is definitely the way to go. I have not seen a post of the needed code and I have not had time to write it myself. Hence the crude diff with maintenance concerns during an upgrade, but actual code. Cheers, Ken -- RT training in Amsterdam, March 20-21: http://bestpractical.com/services/training.html Help improve RT by taking our user survey: https://www.surveymonkey.com/s/N23JW9T
Re: [rt-users] Suppressing RT System itself entries in Ticket History
Raymond Corbett wrote: Is there a way to suppress the display of the RT System itself entries in Ticket Display? The ones such asThe RT System itself -- Outgoing email recorded Have a look at RT::Extension::HistoryFilter, I think it will do exactly what you want. Joop -- RT training in Amsterdam, March 20-21: http://bestpractical.com/services/training.html Help improve RT by taking our user survey: https://www.surveymonkey.com/s/N23JW9T
Re: [rt-users] Suppressing RT System itself entries in Ticket History
On Sat, Feb 23, 2013 at 08:58:57PM +0100, Joop wrote: Raymond Corbett wrote: Is there a way to suppress the display of the RT System itself entries in Ticket Display? The ones such asThe RT System itself -- Outgoing email recorded Have a look at RT::Extension::HistoryFilter, I think it will do exactly what you want. Joop Thank you for the pointer. I missed this one. It was nice to get rid of the file edit and use a callback instead. Regards, Ken -- RT training in Amsterdam, March 20-21: http://bestpractical.com/services/training.html Help improve RT by taking our user survey: https://www.surveymonkey.com/s/N23JW9T
[rt-users] Thx Best Practical Devs!
I upgraded my RT 4.0.4 install to 4.0.10 last night. I just wanted to give a tip of the hat to best-practical team for making that a very smooth process. 3.8.x to 4.0 was necessarily a bit of a bear - and even that was pretty darned smooth. But the dot-release upgrade was cake. Thanks guys! :) -Rob -- RT training in Amsterdam, March 20-21: http://bestpractical.com/services/training.html Help improve RT by taking our user survey: https://www.surveymonkey.com/s/N23JW9T
[rt-users] DateTime/Set.pm not found in @INC
Alle, I've just installed RTx-Calendar and restarted httpd, which resulted in this error, even though DateTime/Set.pm is in perl's @INC path: [cwfox@admin-new perl]$ pwd /opt/perl [cwfox@admin-new perl]$ /opt/perl/bin/perl -le 'print foreach @INC' /opt/perl/lib/site_perl/5.16.2/x86_64-linux /opt/perl/lib/site_perl/5.16.2 /opt/perl/lib/5.16.2/x86_64-linux /opt/perl/lib/5.16.2 . [cwfox@admin-new perl]$ find . -name Set.pm | grep DateTime ./lib/site_perl/5.16.2/DateTime/Set.pm [cwfox@admin-new perl]$ sudo service httpd start Starting httpd: [Sat Feb 23 23:38:57 2013] [warning]: (in cleanup) Error while loading /opt/rt4/sbin/rt-server: Can't locate DateTime/Set.pm in @INC (@INC contains: /opt/rt4/sbin/../local/lib /opt/rt4/local/plugins/RT-Extension-Gravatar/lib /opt/rt4/local/plugins/RT-Extension-HistoryFilter/lib /opt/rt4/local/plugins/RT-Extension-SLA/lib /opt/rt4/local/plugins/RT-Extension-SummaryByUser/lib /opt/rt4/local/plugins/RTx-EmailCompletion/lib /opt/rt4/local/plugins/RTx-Calendar/lib /opt/rt4/sbin/../lib /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 . /etc/httpd) at /opt/rt4/local/plugins/RTx-Calendar/lib/RTx/Calendar.pm line 5. BEGIN failed--compilation aborted at /opt/rt4/local/plugins/RTx-Calendar/lib/RTx/Calendar.pm line 5. Compilation failed in require at /opt/rt4/sbin/../lib/RT.pm line 686. (/opt/rt4/sbin/../lib/RT.pm:358) httpd: Could not reliably determine the server's fully qualified domain name, using admin-new.subaru.nao.ac.jp for ServerName [ OK ] [cwfox@admin-new perl]$ Can anyone tell me how to fix this without resorting to adding the site_perl to the path? Best Regards, Camron -- Camron W. Fox Hilo Office High Performance Computing Group Fujitsu Management Services of America, Inc. E-mail: cw...@us.fujitsu.com -- RT training in Amsterdam, March 20-21: http://bestpractical.com/services/training.html Help improve RT by taking our user survey: https://www.surveymonkey.com/s/N23JW9T