Znuny Open Source Ticketsystem

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 ...

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 ...

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 bug de ...