Desculpe, isso pode estar um pouco confuso para você. Os membros da equipe podem criar tickets selecionando o grande botão TICKET abaixo do título do tópico. Em seguida, adicione os detalhes do ticket e selecione o botão de marca de verificação para salvar. Se você não vir o botão TICKET, é provável que o plugin de tickets não esteja habilitado corretamente.
Ótimo plugin. Infelizmente, as tags ticket_priority, ticket_status e ticket_reason não aparecem ao clicar no menu suspenso, como você pode ver no anexo. Alguma ideia?
Também reportado no repositório do GitHub.
Já tive esse problema no passado, mas o bug que o causava parece ter sido corrigido há algum tempo. Você criou as tags necessárias para isso? Você está usando as versões mais recentes de tudo?
1 curtida
Ainda não foi possível reproduzir. (Estou executando uma atualização de meio-dia do Discourse no ambiente de desenvolvimento, embora possa ser algo específico da Produção, o que pode ocorrer.)
Você está recebendo algum erro de JavaScript no console? Tem algum outro plugin instalado?
Em qual branch do Discourse você está? Qual é a versão?
Nenhum erro de JavaScript no console. Aqui está um trecho do app.yml.
## Qual revisão do Git este contêiner deve usar? (padrão: tests-passed)
#version: tests-passed
- sudo -E -u discourse git clone https://github.com/discourse/docker_manager.git
- sudo -E -u discourse git clone https://github.com/paviliondev/discourse-events.git
- sudo -E -u discourse git clone https://github.com/paviliondev/discourse-locations.git
- sudo -E -u discourse git clone https://github.com/discourse/discourse-chat-integration.git
- sudo -E -u discourse git clone https://github.com/discourse/discourse-data-explorer.git
- sudo -E -u discourse git clone https://github.com/discourse/discourse-checklist.git
- sudo -E -u discourse git clone https://github.com/discourse/discourse-footnote.git
- sudo -E -u discourse git clone https://github.com/discourse/discourse-tooltips.git
- sudo -E -u discourse git clone https://github.com/discourse/discourse-assign
- sudo -E -u discourse git clone https://github.com/paviliondev/discourse-topic-previews.git
- sudo -E -u discourse git clone https://github.com/gdpelican/retort.git
- sudo -E -u discourse git clone https://github.com/paviliondev/discourse-custom-wizard.git
- sudo -E -u discourse git clone https://github.com/discourse/discourse-canned-replies.git
- sudo -E -u discourse git clone https://github.com/angusmcleod/discourse-tickets.git
Obrigado. Estranho. Eu corrigi esse problema recentemente, embora tenha sido há algum tempo: Tickets Plugin 🎟 - #115 by merefield
tests-passed está ótimo 
Falhar silenciosamente é muito irritante! 
Me faça um favor e reconstrua usando https://github.com/paviliondev/discourse-tickets.git. Tenho uma suspeita…
Confirmado. @angus não mesclou a correção do PR que enviei semanas atrás. Substitua pelo fork acima (é nossa organização, de qualquer forma) e você estará pronto. O fork do Paviliondev está à frente 
2 curtidas
Obrigado a você! Tudo funciona perfeitamente agora com o repositório Paviliondev. 
3 curtidas
Agora existe um único repositório atualizado para este plugin em GitHub - paviliondev/discourse-tickets: Ticketing system for Discourse · GitHub
2 curtidas
1 curtida
Obrigado pelo relatório.
Implementei uma correção. O antigo componente de cabeçalho da tabela parece ter sido substituído:
Alguém poderia, por favor, explicar a configuração “tickets incluem grupo”? Parece que não consigo entendê-la.
Consigo ver essa descrição na interface, mas não consigo entendê-la, por isso estou perguntando aqui.
Quando um ticket é aberto, alguém precisa ser notificado sobre o novo ticket. O grupo que você adicionar ali receberá a notificação.
Ao editar os detalhes do ticket para uma mensagem, você verá um campo para incluir usuários e grupos na mensagem. Esse é um recurso útil que facilita a adição rápida deles enquanto você adiciona tags de ticket para prioridade, status e motivo. O grupo definido nessa configuração de administrador será incluído por padrão. Você sempre pode adicionar ou remover usuários e grupos a partir daqui ao editar os detalhes do ticket.
Isso é especialmente útil porque, ao usar o Discourse como um sistema de tickets, você quer garantir que não seja apenas uma pessoa incluída, para manter a continuidade e assegurar o acompanhamento.
Dito isso, não utilizo mais o plugin de tickets. Existem muitas funcionalidades principais do Discourse para garantir que o acompanhamento ocorra, incluindo Marcadores Aprimorados com Lembretes e Assigned topic summary for groups.
5 curtidas
Fechar um ticket também fecha o tópico? Tenho alguns tópicos com tickets e queria fechá-los. Então, fui em Editar Tópico e alterei o status para “Fechado”.
O problema é que um ticket fechado quase sempre significa fechar o tópico. É quase redundante ter que fechar duas vezes. Na verdade, fechar o ticket apenas adiciona uma tag dizendo “Fechado”.
Além disso, podemos ordenar os tópicos com base no status do ticket? Quando vamos em Configurações → Aparência, podemos ordenar a Lista de Tópicos por atividade, o que parece ser o mais próximo disso.
Existe alguma outra maneira de distinguir tickets por cor? Em um site com vários tickets para relatórios de bugs, é importante poder ordenar por status do ticket.
2 curtidas
Adoro essa ideia. Pelo menos como uma opção 
3 curtidas
Obrigado, mas e quanto à minha segunda ideia de ordenar os tickets por status? Os tickets abertos devem ficar no topo.
1 curtida
Também é bom. Devemos adicionar esse plugin ao assistente de solicitações de recursos para que você possa incluí-los. Vou verificar isso pela manhã.
2 curtidas