Zammad: Exclusão de notas impossível se interno e comunicação = verdadeiro

Infos:

• Versão Zammad usada: 3.2
• Método de instalação (fonte, pacote, ..): qualquer
• Sistema operacional: qualquer
• Banco de dados + versão: qualquer
• Versão do Elasticsearch: qualquer
• Versão do navegador +: qualquer (testada e verificada no Chrome)
• ID do tíquete (emissão original): # 1060109
• Ticket-ID (usuários afetados por regressão): # 1080817

Comportamento esperado:

Ao alterar as notas para communication: true , você ainda pode excluir suas próprias notas internas criadas (dentro de 10 minutos).

Comportamento real:

Ao alterar as notas para communication: true , você não poderá excluir suas próprias notas internas em 10 minutos mais. Isso exige que você tenha apenas direitos de agente (portanto, nada administrativo).

Nota:

Os SLAs ignoram as notas internas (se o atributo de comunicação estiver definido como verdadeiro), por isso ainda deve ser possível excluí-los e (caso contrário, os administradores também não devem ser permitidos).

Acho que é a seguinte linha marcante aqui:
https://github.com/zammad/zammad/blob/f35cd7fbe9d94b8353147c420853b369e82d46ee/app/controllers/ticket_articles_controller.rb#L151

Passos para reproduzir o comportamento:

• mude o tipo de artigo do tíquete 'nota' de communication: false para communication: true
• faça login como agente
• abra qualquer tíquete (ou crie um novo)
• postar uma nota interna no tíquete
• (o botão de exclusão é apresentado) tente excluir a nota
  
  
  
  • a mensagem de erro not authorized (admin permission required)! ou not authorized é retornada via IU
  
  

Sim, tenho certeza que isso é um bug e nenhuma solicitação de recurso ou uma questão geral.