March 2016 - otrs - OTRS mailing lists

Agent Ticket Forward - Attachments
by Kristofer Pettijohn 21 Sep '18

21 Sep '18

When viewing an article and clicking "Forward" I noticed that attachments are not included. Is this by design, a bug, or is there an option to include the original attachments some how? It seems as though inline attachments are kept, but not others. I checked the AgentTicketForward SysConfig options, but do not see any settings for choosing whether or not attachments can be included. Thanks, Kris

2 1

Thorsten Kocher/Spirit21 ist außer Haus.
by TKocher＠spirit21.de 19 Apr '17

19 Apr '17

Ich werde ab 13.05.2005 nicht im Büro sein. Ich kehre zurück am 30.05.2005. Vielen Dank für Ihre Email. Leider befinde ich mich bis Montag, 30. Mai 2005 außer Haus und kann daher Ihre Nachricht nicht bearbeiten. Bitte rufen Sie mich in dringenden Fällen mobil unter 0172 6377392 an. Vielen Dank für Ihr Verständnis. Thorsten Kocher Ich werde Ihre Nachricht nach meiner Rückkehr beantworten.

36 63

Fetchmail error
by Davi Albergaria 31 Mar '16

31 Mar '16

Hi, I reported the error "error on the Scheduler Daemon: Fethmail"- http://bugs.otrs.org/show_bug.cgi?id=11951 <http://www.microsofttranslator.com/bv.aspx?from=&to=en&a=http://bugs.otrs.o…> . The error is constant being very critical because it compromises the use. -- Atenciosamente, Davi Albergaria

3 10

How to translate ticket number generator module names
by Úr Balázs 30 Mar '16

30 Mar '16

Hi, I was wondering how to translate ticket number generator module names in the admin interface. There is a Sysconfig option in the Kernel/Config/Files/Ticket.xml at around line 226: <Setting> <Option Location="Kernel/System/Ticket/Number/*.pm" SelectedID="Kernel::System::Ticket::Number::DateChecksum"></Option> </Setting> I think, this option values comes from the file names, which are in the Kernel/System/Ticket/Number/ folder. The problem is, that there are module name which have transtation entries in the language file, so they will be traslated in the admin interface (e. g. "AutoIncrement" or "Date"). The others have no translation entries, so they aren't translated (e. g. "DateChecksum" or "Random"). This causes strange drop-down menu options: some module names are traslated, and the others are not (see attached picture). What would be the best way to translated the missing names? 1.) Put the traslation into the xx_Custom.pm file in Kernel/Language 2.) Add a dummy string somewhere in the module, e. g. my $ModuleName = Translatable( 'DateChecksum' ); 3.) Any other idea? Regards, Balázs Úr OTRS-megoldások www.otrs-megoldasok.hu

2 1

Changing Customer Company ID not working
by Finetti, Stefano 30 Mar '16

30 Mar '16

Hi, According to the CustomerCompanyUpdate function in System/CustomerCompany.pm, if the actual CustomerID and the new CustomerID are specified as CustomerID and CustomerCompanyID, the function should update the customerID without having to create a new company and then move all customer users to from the old to the new company. I've tried to change the code from the Admin Customer Company interface, and it fires a 500 Internal Server Error (log show "no such company XXXXXX"). So I created a custom script that calls the CustomerCompanyUpdate function with both IDs, and it still gives an error "no such company XXXX" This is how I call the function inside my script: $CustomerObject->CustomerCompanyUpdate( CustomerCompanyID => $CustomerCompanyList{CustomerID}, CustomerID => $Company->{CustomerCode}, CustomerCompanyName => $Company->{CustomerName}, PaymentsID => $CustomerCompanyList{PaymentsID}, CustomerTypeID => $CustomerCompanyList{CustomerTypeID}, CustomerCompanySystemID => $CustomerCompanyList{CustomerCompanySystemID}, CustomerCompanyCodeID => $CustomerCompanyList{CustomerCompanyCodeID}, CustomerCompanyStreet => $CustomerCompanyList{CustomerCompanyStreet}, CustomerCompanyZIP => $CustomerCompanyList{CustomerCompanyZIP}, CustomerCompanyCity => $CustomerCompanyList{CustomerCompanyCity}, CustomerCompanyCountry => $CustomerCompanyList{CustomerCompanyCountry}, CustomerCompanyURL => $CustomerCompanyList{CustomerCompanyURL}, CustomerCompanyComment => $CustomerCompanyList{CustomerCompanyComment}, CustomerCompanyParentCustID => $Company->{DealerCode}, CustomerCompanyParentCompName => $Company->{DealerName}, ValidID => 1, UserID => 1, ); obviously, variables on the right side have been correctly populated with the right values, I checked them with Dumper I know that there is a setting in SysConfig to work with this feature, but I couldn't figure out how to configure it correctly. I'll be very grateful for any hint on this one. -- *Lynx International Srl* *Stefano Finetti* *http://www.lynx-international.com <http://www.lynx-international.com>* *Lynx International Srl is a part of AXED Group* Via Pier Luigi Nervi e/3 - Torre 6 - 04100 Latina -- This e-mail and any files transmitted contain documentation which is highly confidential and intended solely for the use of the individual or entity to whom they are addressed. All written data and other information in the documentation is and shall remain the property of the disclosing party. If you are not the intended recipient you are hereby formally notified that any disclosure, dissemination, forwarding, storing, copying or use of any of the information is strictly prohibited and will be legally pursued. If you received this in error, please contact the sender and destroy the documentation including deletion of the same from any computer. Thank you.

1 0

Default value for Ticket::Frontend::AgentTicketSearch###Defaults###SearchInArchive
by Patrick Banholzer 29 Mar '16

29 Mar '16

Hi all, My OTRS doesn't behave like documented. In documentation it says, that the default setting for a new search is to only search "not archived" tickets. In my system it defaults to "all tickets". I wanted to change this behavior to search only "not archived" tickets. But I can't find the value to use in "Ticket::Frontend::AgentTicketSearch###Defaults###SearchInArchive". Does it depend on the localization of OTRS? My installation is in German. As workaround I set the default search criteria to only search the last 1 year, but in this setup people keep searching full-text through a lot of tickets. Which leads to high load on the server and bad experience for the rest of the users. Thanks in advance Patrick -- Steinbeis Transferzentrum Softwaretechnik Patrick Banholzer www.stz-softwaretechnik.de Entennest 2 73730 Esslingen STZ-Leiter: Prof. Dr. Joachim Goll Zentrale: Steinbeis GmbH & Co. KG für Technologietransfer Geschäftsführung/Management Board: Prof. Dr. Michael Auer (Vorsitz/Chair), Dipl.-Kfm. Manfred Mattulat Registergericht Stuttgart, HRA 12 480 Komplementär: Steinbeis-Verwaltungs-GmbH, Registergericht Stuttgart HRB 18 715 USt-IdNr. DE 190606404

2 1

Error after 5.0.6 to 5.0.8 update
by Vander Ploeg, Daniel B 29 Mar '16

29 Mar '16

After upgrading from 5.0.6 to 5.0.8, I receive an Internal Server Error when attempting to load the Package Manager page. The error that shows up in the Apache log is: Undefined subroutine &Kernel::Modules::AdminPackageManager::Translatable called at /opt/otrs//Kernel/Modules/AdminPackageManager.pm line 1357.\n Any suggestions on how to fix this? Thanks, Dan

2 1

Keep html tags when answer or forward ticket
by Aidar Kamalov 25 Mar '16

25 Mar '16

Hello, Is it possible to keep html tags (table) when I answer or forward ticket? -- Aydar A. Kamalov

1 0

Ticket delete in OTRS 4 and OTRS 5
by Úr Balázs 23 Mar '16

23 Mar '16

Hi, There is a command line tool in OTRS 4 for deleting tickets: otrs.TicketDelete.pl - delete tickets by number. Copyright (C) 2001-2016 OTRS AG, http://otrs.com/ Usage: otrs.TicketDelete.pl [options] Options are as follows: --help display this option help --TicketNumber no1 no2 no3 delete listed tickets (by ticket number) --TicketID no1 no2 no3 delete listed tickets (by ticket id) $ perl otrs.TicketDelete.pl --TicketNumber 2015120616000016 2016020116000015 Deleting specified tickets... 2 tickets have been deleted. In OTRS 5 there is also a command line tool to delete tickets: perl otrs.Console.pl Maint::Ticket::Delete --help Delete one or more tickets. Usage: otrs.Console.pl Maint::Ticket::Delete [--ticket-number ...(+)] [--ticket-id ...(+)] Options: [--ticket-number ...(+)] - Specify one or more ticket numbers of tickets to be deleted. [--ticket-id ...(+)] - Specify one or more ticket ids of tickets to be deleted. [--help] - Display help for this command. [--no-ansi] - Do not perform ANSI terminal output coloring. [--quiet] - Suppress informative output, only retain error messages. This is not work: perl otrs.Console.pl Maint::Ticket::Delete --ticket-number 2016032344000018 2016022644000041 Error: found unknown arguments on the command line ('2016022644000041'). But this works: perl otrs.Console.pl Maint::Ticket::Delete --ticket-number 2016032344000018 --ticket-number 2016022644000041 Deleting tickets... 8 5 2 tickets have been deleted. Why is it neccessary to set --ticket-number several times? Why doesn't work with a list of ticket numbers separated by space or something other separator? Regards, Balázs

2 1

Core.AJAX.FormUpdate problem
by Finetti, Stefano 23 Mar '16

23 Mar '16

Hi, I'm trying to use some of the advanced features of Json/Ajax on OTRS 5. Basically I'd like to update the content of a form when changing the value of an element of the same form, like when you select a queue in a new ticket creation form. My code is here: [% WRAPPER JSOnDocumentComplete %] <script type="text/javascript">//<![CDATA[ $('#SystemSelection').bind('change', function (Event) { Core.AJAX.FormUpdate($('#AS400Company'), 'AJAXUpdate', 'SystemSelection', [ 'CompanySelection' ] ); } ); //]]></script> [% END %] where SystemSelection is the select control in the template, AJAXUpdate is the subaction i created in the .pm file and CompanySelection is the control that should be updated (I need to launch a db query using the value obtained from SystemSelection as a WHERE condition to get values to populate the CompanySelection control). Now, every time I try to use that selection, I get this: [ERROR] CommunicationError: Error during AJAX communication. Status: parsererror, Error: SyntaxError: JSON.parse: unexpected character at line 1 column 1 of the JSON data The perl module is never recalled with the new subaction. If I remove the Formupdate function and put a stupid window.alert box with the SystemSelection.value, I get the right value. I don't think it's something in the .pm file, since I've also tried to completely remove ANY Json code from the file and just see if the subaction is called, and it isn't. Any hint? -- *Lynx International Srl* *Stefano Finetti* *http://www.lynx-international.com <http://www.lynx-international.com>* *Lynx International Srl is a part of AXED Group* Via Pier Luigi Nervi e/3 - Torre 6 - 04100 Latina -- This e-mail and any files transmitted contain documentation which is highly confidential and intended solely for the use of the individual or entity to whom they are addressed. All written data and other information in the documentation is and shall remain the property of the disclosing party. If you are not the intended recipient you are hereby formally notified that any disclosure, dissemination, forwarding, storing, copying or use of any of the information is strictly prohibited and will be legally pursued. If you received this in error, please contact the sender and destroy the documentation including deletion of the same from any computer. Thank you.

1 1