Osticket: bug v1.9.12: colaboradores não notificam por e-mail na primeira entrada de ameaça de tíquete

Eu encontrei um problema relacionado anteriormente relatado como # 1130, mas nesta data ainda não foram implementados

onde devo editar para fazer isso?

ainda, de qualquer forma, se presente na marca 1.10, ainda 1.10 não são estáveis ​​e não posso propor na organização para usar na produção ...

quase um ano ainda esperando esta NECESSIDADE DE FALHAR de colaboradores adicionados quando o agente abrir tickets para usuários pelo menos o que csn eu fiz para a marca 1.9 por amor a deus e alienígenas!

@mckaygerhard não enviamos o e-mail inicial porque os colaboradores já estavam incluídos no e-mail que foi usado para criar o ticket. Por que eles deveriam receber um segundo e-mail com as mesmas informações?

porque esses destinatários receberam um evento de e-mail normal e uma notificação de ostiket

se consigo fazer um ticket a partir da interface e aqui na primeira etapa acrescentei esse colaboratos, o mail que se vai enviar será para todos os relacionados (o autor, o cliente e o colaborador)

devido as pessoas envolvidas receberem um e-mail normal, esses então responderam com e-mails normais, e toda a tragédia aconteceu fora do thiket thiket! uma verdadeira dor para o técnico de suporte

como eu disse @greezybacon devido as pessoas envolvidas receberem / enviarem como e-mails normais da etapa de fitrs, esses então responderam com e-mails normais, e toda a tragédia aconteceu fora do thiket threath! uma verdadeira dor para o técnico de suporte

Nenhuma solução ainda ??

claro que não há solução .. até que algo parecido com o aumento do owncloud para este projeto ... levante um fork e o desenvolvimento ficará lento ... migrando para o novo fork

@inphower Veja:
greezybacon comentou em 25 de junho de 2016
"mckaygerhard não enviamos o e-mail inicial porque os colaboradores já estavam incluídos no e-mail que foi usado para criar o tíquete. Por que eles deveriam receber um segundo e-mail com as mesmas informações?"

Há:
R: não há como abrir um tíquete na IU com colaboradores.
B: a única forma de abrir um tíquete com colaboradores é enviando um e-mail para o sistema de tíquetes e CC para as pessoas. E os DEVs decidiram não enviar a todos os destinatários dois e-mails em vez de um.

repito: as pessoas envolvidas recebem / enviam como e-mails normais da etapa de fitrs, esses então responderam com e-mails normais, e toda a trepidação acontece fora da tempestade! uma verdadeira dor para o técnico de suporte

Portanto, seu argumento é:
Se eu enviar um e-mail para: [email protected].
e em CC para [email protected] , [email protected] e [email protected].
Que Jon, Mary e Jane não receberão o e-mail original?

Mas quando enviamos a primeira resposta de osTicket, isso vai para apenas um e-mail porque os CC na primeira entrada não estão incluídos ...

vc sabe @ntozier vc só se preocupa quando mais de um usuario esta fazendo barulho .. i vaticino, se todos voces nao cuidarem de pensamentos importantes, isso vai acabar como um caso proprio!

@inphower que vc disse que nao aconteceu, todos no e-mail, CC e autor, serao incluidos no ticket como colaboradores ...

o problema aqui a todos, é que aqueles que enviaram no CC, vão receber um e-mail fora da ameaça do ticket ...

então, se um desses responder, o bilhete obviamente não recebeu o histórico de ameaças porque não está no e-mail de resposta.

quero dizer: Jon, Mary e Jane recebem o e-mail original, mas devido ao "Eu envio" não apenas ao tíquete, esses caras não são "notificados" de que o destinatário final e verdadeiro são "um tíquete"

se depois daquele e-mail que Jon, Mary e Jane, houver outro com o tíquete, eles vão pensar "ah, ok foi um tíquete, não uma conversa particular"

é claro que estamos lidando com pessoas "idiotas", esse é o motivo da pesquisa de tickets, suporte a tickets ou seja lá o que for!

então a ameaça vai doendo devido a história vai perder quando isso acontecer

@inphower eu acho que vc se refere quando um apoiador abre um ticket como autor, e claro nesse caso e na série 1.9 do osticket isso não é possível, mas não tem dificuldade de fazer .. a resposta dos caras do osticket foi "use 1,10 "isso era quase 1,5 anos atrás .. neste momento 1,10 era instável, então a sugestão era usar instável na produção .. ótimo!

agora parece que o pull resolve a situação # 3353 parece muito fácil, por que era tão complicado para os desenvolvedores implementado no 1.9, naquela época!

esse problema ainda acontecia no 1.10 ... os colaboradores não são mostrados e não notificados!

@mckaygerhard

A linha de pensamento aqui é que, uma vez que os Colaboradores recebem o e-mail original do Usuário, não há necessidade de eles receberem o Alerta de Novo Ticket. Você é mais que bem-vindo para modificar a base de código de acordo com sua preferência, se isso não for algo que você deseja.

Felicidades.

as soluções parecem estar em # 3353, mas os desenvolvedores novamente não se preocupam com esse problema ... puff, é por isso que há tantos comentários de fork e "deletados"

@mckaygerhard

Não há "conserto", pois não há problema real, é assim que se pretende que funcione. Como mencionei antes, você é mais que bem-vindo para modificar a base de código / aplicar a solicitação de pull que mencionou e pronto.

Felicidades.

então o puxar # 3353 então mesclá-lo!

hey pull estão em # 3353 há cerca de 10 anos .. e agora @protich sais: "nós queremos entrar na comunidade"! ???? umm ...

Olá a todos. Fico feliz que você esteja tendo uma conversa, no entanto, gostaria de salientar que isso está completamente fora do tópico deste relatório de problema. Por favor, mantenha os relatórios de problemas no tópico. Obrigada.

Qual é o problema ... ele está cooperando e ainda estão reclamando