Znuny and ((OTRS)) Community Edition

Please consider adding this bugfix. It cause invalid date errors on log on locales that uses dd/mm/yyyy pattern for datestyle. File Kernel/System/Time.pm:318, inside method TimeStamp2SystemTime (on version 3.2.2): # match BR date format elsif ( $Param{String} =~ /(\d{1,2})\/(\d{1,2})\/(\d{4})\s(\d{1...

Era erro na função de conversão de data, esta não considera datas no padrão dd/mm/yyyy como válidas. Para resolver, inserir as linhas abaixo no arquivo Kernel/System/Time.pm:318, dentro da função TimeStamp2SystemTime (na versão 3.2.2): # match BR date format elsif ( $Param{String} =~ /(\d{1,2})\/(\d...

Ok.

I'm using version 3.2.2, configured to use pt_BR localization.

When replying via email or adding external-notes, the log is increased with several lines equivalent as the one I posted.

The issue is associated with a service and a SLA.

No log do nosso OTRS aparecem vários erros de data inválida.
Alguém sabe resolver isso?

Our OTRS log shows an error about some date.
Any clues?

In a ticket with service and SLA associated, even when replying email or external note the field "Update time" stills the same.

Example:

Update time: -379314 h 47 m 02/01/1970 19:00

This is bad config or bug? (using 3.2.2)

Em um chamado que contém serviço e SLA associado, depois de enviar um email resposta ou uma nota externa ao cliente, o campo "Tempo de atualização" não atualiza. Ele permanece com o valor abaixo: Tempo de Atualizaçao: -379314 h 47 m 02/01/1970 19:00 Isso é um erro de configuração ou algum ...