Osticket: Bug v1.9.12 : les collaborateurs ne reçoivent pas de notification par e-mail lors de la première entrée d'une menace de ticket

j'ai trouvé un problème connexe signalé précédemment comme #1130 mais à cette date n'est toujours pas mis en œuvre

où dois-je éditer pour faire cela ?

encore, de quelque façon que ce soit, s'il est présent dans la marque 1.10, les 1.10 ne sont toujours pas stables et je ne peux pas proposer dans l'organisation de l'utiliser en production...

presque un an d' attente toujours

@mckaygerhard nous

car ceux-ci ont reçu un événement normal par e-mail et une notification ostiket

si je peux faire un ticket depuis l'interface et ici dans un premier temps ajouté que les colaboratos, le courrier qui sera envoyé sera pour tous les liés (l'auteur, le client et le collaborateur)

Parce que les personnes impliquées ont reçu un e-mail normal, celles-ci ont ensuite répondu avec des e-mails normaux, et toutes les menaces se produisent en dehors de la menace ! une vraie douleur pour le technicien de support

comme je l'ai dit @greezybacon parce que les personnes impliquées reçoivent/envoient des e-mails normaux de l'étape fitrs, ceux-ci ont ensuite répondu avec des e-mails normaux, et toutes les menaces se produisent en dehors de la menace de thiket ! une vraie douleur pour le technicien de support

Pas encore de solution ??

bien sûr, aucune solution... jusqu'à ce que quelque chose comme se produise avec owncloud augmente ce projet... levez un fork et le développement ralentira... migrer vers le nouveau fork

@inpower Voir :
greezybacon a commenté le 25 juin 2016
"mckaygerhard nous n'envoyons pas l'email initial car les collaborateurs étaient déjà inclus sur l'email qui a servi à créer le ticket. Pourquoi devraient-ils recevoir un deuxième email avec les mêmes informations ?"

Il y a:
R : aucun moyen d'ouvrir un ticket dans l'UI avec des collaborateurs.
B : le seul moyen d'ouvrir un ticket avec des collaborateurs est d'envoyer un email au système de ticket et de CC les personnes. Et les DEV ont décidé de ne pas envoyer à tous les destinataires deux e-mails au lieu d'un.

Je le répète : les personnes impliquées reçoivent/envoient des e-mails normaux de la part de Fitrs Step, celles-ci ont ensuite répondu avec des e-mails normaux, et toutes les menaces se produisent en dehors de la menace ! une vraie douleur pour le technicien de support

Donc ton argument est :
Si j'envoie un e-mail à : [email protected].
et envoyez -le en copie conforme à [email protected] et [email protected] .
Que Jon, Mary et Jane ne recevront pas l'e-mail d'origine ?

Mais lorsque nous avons envoyé la première réponse d'osTicket, cela n'est envoyé qu'à un seul e-mail car les CC sur la première entrée ne sont pas inclus,,,

vous savez @ntozier, vous ne

@inpower que vous

le problème ici vous tous, c'est que ceux qui ont posté en CC, recevront un mail en dehors de la menace du ticket...

donc si l'un d'entre eux répond, le ticket n'a évidemment pas reçu l'historique des menaces car il ne se trouve pas dans le courrier de réponse.

Je veux dire : Jon, Mary et Jane reçoivent le courrier d'origine, mais en raison de "J'envoie" non seulement au ticket, ces gars ne sont pas "notifiés" que le destinataire final et vrai est "un ticket"

si après ce courrier que Jon, Mary et Jane, il y a d'autres avec le ticket, alors ils penseront "ah, ok était un ticket, pas une conversation privée"

bien sûr, nous sommes en contact avec des personnes "fictives", c'est la raison de l'enquête sur les tickets, de l'assistance aux tickets ou de n'importe quel autre nom !

donc la menace devient pénible car l'histoire perdra quand cela s'est produit

@inphower, je pense que vous

il semblait maintenant que pull résout la situation #3353 semble très facile, pourquoi était-il si compliqué pour les développeurs implémentés dans la 1.9, à cette époque !

ce problème est toujours arrivé dans la version 1.10 ... les collaborateurs ne sont ni affichés ni notifiés !

@mckaygerhard

Le raisonnement ici est que puisque les Collaborateurs reçoivent l'e-mail d'origine de l'Utilisateur, ils n'ont pas besoin de recevoir l'Alerte Nouveau Billet. Vous êtes plus que bienvenu pour modifier la base de code à votre guise si ce n'est pas quelque chose que vous désirez.

Acclamations.

les solutions semblent se trouver dans le n° 3353, mais les développeurs n'en prennent pas non plus à ce problème.

@mckaygerhard

Il n'y a pas de "correctif" car il n'y a pas de problème réel, c'est ainsi que cela doit fonctionner. Comme je l'ai mentionné précédemment, vous êtes plus que bienvenu pour modifier la base de code/appliquer la demande d'extraction que vous avez mentionnée et en finir avec cela.

Acclamations.

alors le pull #3353 alors fusionnez-le !

hey pull sont dans #3353 environ 10 ans.. et maintenant @protich dit : "nous voulons être avec la communauté" !???? euh...

Salut à tous. Je suis heureux que vous ayez une conversation, mais je voudrais souligner qu'elle est complètement hors sujet de ce rapport thématique. Veuillez conserver les rapports de problème sur le sujet. Merci.

Quel est le problème... il coopère et ils se plaignent toujours