Osticket: v1.9.12 बग: सहयोगी टिकट की धमकी की पहली प्रविष्टि पर अधिसूचना ईमेल नहीं करते हैं

मैंने पाया कि संबंधित समस्या को पहले #1130 के रूप में रिपोर्ट किया गया था लेकिन इस तिथि पर अभी भी लागू नहीं किया गया है

इसे बनाने के लिए मुझे कहाँ संपादित करना होगा?

फिर भी, किसी भी तरह से, अगर 1.10 ब्रांड में मौजूद है, तब भी 1.10 स्थिर नहीं हैं और मैं उत्पादन में उपयोग करने के लिए संगठन में प्रस्तावित नहीं कर सकता ...

लगभग एक साल अभी भी अतिरिक्त सहयोगियों की इस आवश्यकता की प्रतीक्षा कर रहा है जब एजेंट उपयोगकर्ताओं के लिए टिकट खोलता है कम से कम csn मैंने भगवान और एलियंस के प्यार के लिए 1.9 ब्रांड के लिए बनाया है!

@mckaygerhard हम प्रारंभिक ईमेल नहीं भेजते क्योंकि सहयोगी पहले से ही उस ईमेल में शामिल थे जिसका उपयोग टिकट बनाने के लिए किया गया था। उन्हें उसी जानकारी के साथ दूसरा ईमेल क्यों प्राप्त करना चाहिए?

क्योंकि उन लोगों को एक सामान्य ईमेल घटना और ओस्टिकेट अधिसूचना प्राप्त हुई थी

अगर मैं इंटरफ़ेस से टिकट बना सकता हूं और यहां पहले चरण में जोड़ा गया है कि सहयोगी, जो मेल भेजा जाएगा वह सभी संबंधित (लेखक, ग्राहक और सहयोगी) के लिए होगा

क्योंकि इसमें शामिल लोगों को एक सामान्य ईमेल प्राप्त होता है, फिर उन लोगों ने सामान्य ईमेल के साथ उत्तर दिया, और सभी खतरे थिकेट खतरे के बाहर होते हैं! समर्थन तकनीशियन के लिए एक वास्तविक दर्द

जैसा कि मैंने कहा @greezybacon क्योंकि इसमें शामिल लोगों को फिटर स्टेप से सामान्य ईमेल के रूप में प्राप्त/भेजते हैं, फिर उन लोगों ने सामान्य ईमेल के साथ उत्तर दिया, और सभी खतरे थिकेट खतरे के बाहर होते हैं! समर्थन तकनीशियन के लिए एक वास्तविक दर्द

अभी तक कोई समाधान नहीं ??

निश्चित रूप से कोई समाधान नहीं .. जब तक इस परियोजना के लिए खुद के साथ कुछ ऐसा नहीं हुआ ... एक कांटा उठाएं और विकास धीमा हो जाएगा ... नए कांटे की ओर पलायन

@inphower देखें:
ग्रीज़ीबेकन ने जून 25, 2016 को टिप्पणी की
"मैकायगेरहार्ड हम प्रारंभिक ईमेल नहीं भेजते क्योंकि सहयोगी पहले से ही उस ईमेल में शामिल थे जिसका उपयोग टिकट बनाने के लिए किया गया था। उन्हें उसी जानकारी के साथ दूसरा ईमेल क्यों प्राप्त करना चाहिए?"

यहां है:
उ: सहयोगियों के साथ UI में टिकट खोलने का कोई तरीका नहीं है।
बी: सहयोगियों के साथ टिकट खोलने का एकमात्र तरीका टिकट प्रणाली को ईमेल करना और लोगों को सीसी करना है। और DEVs ने सभी प्राप्तकर्ताओं को एक के बजाय दो ईमेल नहीं भेजने का निर्णय लिया।

मैं दोहराता हूं: इसमें शामिल लोगों को फिटर स्टेप से सामान्य ईमेल के रूप में प्राप्त/भेजते हैं, फिर उन लोगों ने सामान्य ईमेल के साथ उत्तर दिया, और सभी खतरे थिकेट खतरे के बाहर होते हैं! समर्थन तकनीशियन के लिए एक वास्तविक दर्द

तो आपका तर्क है:
अगर मैं एक ईमेल भेजता हूं: [email protected]।
और इसे [email protected] , [email protected] , और [email protected] पर सीसी करें।
कि जॉन, मैरी और जेन को मूल ईमेल नहीं मिलेगा?

लेकिन जब हमने ओएस टिकट से पहली प्रतिक्रिया भेजी तो यह केवल एक ईमेल पर जाती है क्योंकि सीसी की पहली प्रविष्टि में शामिल नहीं हैं,,

आप जानते हैं @ntozier आप केवल तभी ध्यान रखते हैं जब एक से अधिक उपयोगकर्ता शोर कर रहे हों .. मैं वैटिकन, यदि आप सभी महत्वपूर्ण विचारों का ध्यान नहीं रखते हैं, तो यह स्वयं के मामले की तरह समाप्त हो जाएगा!

@inphower कि

आप सभी को यहां समस्या यह है कि सीसी में मेल करने वालों को टिकट के खतरे के बाहर एक मेल प्राप्त होगा ...

इसलिए यदि इनमें से कोई एक जवाब देता है, तो टिकट को स्पष्ट रूप से खतरे का इतिहास नहीं मिला, क्योंकि वह प्रतिक्रिया मेल में नहीं था।

मेरा मतलब है: जॉन, मैरी और जेन को मूल मेल मिलता है, लेकिन "मैं भेजता हूं" न केवल टिकट के लिए, इन लोगों को "सूचित" नहीं किया जाता है कि अंतिम और सच्चा प्राप्तकर्ता "एक टिकट" है

अगर उस मेल के बाद जॉन, मैरी और जेन, टिकट के साथ कोई और है, तो वे सोचेंगे "आह, ठीक है एक टिकट था, निजी बातचीत नहीं"

बेशक, हम "डमी" लोगों से बात कर रहे हैं, कि टिकट सर्वेक्षण का कारण, टिकट समर्थन या आप इसे जो भी नाम दें!

इसलिए धमकी दर्द में जाती है क्योंकि ऐसा होने पर इतिहास खो जाएगा

@inphower मुझे लगता है कि आप संदर्भित करते हैं जब एक समर्थक लेखक के रूप में टिकट खोलता है, और निश्चित रूप से इस मामले में और ओस्टिकेट की 1.9 श्रृंखला में यह संभव नहीं है, लेकिन इसे बनाने में कठिनाई नहीं है .. ओस्टिकेट लोगों की प्रतिक्रिया "उपयोग" थी 1.10" जो लगभग 1,5 साल पहले था .. इस क्षण में 1.10 अस्थिर था, इसलिए सुझाव था कि उत्पादन में अस्थिर का उपयोग किया जाए .. बढ़िया!

अब ऐसा लग रहा था कि पुल स्थिति को हल करता है #3353 बहुत आसान लग रहा है, उस समय 1.9 में लागू किए गए डेवलपर्स के लिए इतना जटिल क्यों था!

यह समस्या अभी भी 1.10 में हुई थी ... सहयोगी नहीं दिखाए गए और अधिसूचित नहीं किए गए!

@mckaygerhard

यहां विचार की ट्रेन यह है कि चूंकि सहयोगी उपयोगकर्ता से मूल ईमेल प्राप्त करते हैं, इसलिए उन्हें नया टिकट अलर्ट प्राप्त करने की कोई आवश्यकता नहीं है। कोडबेस को अपनी पसंद के अनुसार मॉडिफाई करने के लिए आपका स्वागत है यदि यह ऐसा कुछ नहीं है जो आप चाहते हैं।

चीयर्स।

समाधान # 3353 में लगता है लेकिन डेवलपर्स फिर से उस मुद्दे पर कोई नहीं लेते हैं .. कश यही कारण है कि इतने सारे कांटे और "हटाए गए" टिप्पणियां हैं

@mckaygerhard

कोई "फिक्स" नहीं है क्योंकि कोई वास्तविक समस्या नहीं है, इस तरह काम करने का इरादा है। जैसा कि मैंने पहले उल्लेख किया है कि कोडबेस को संशोधित करने के लिए आपका स्वागत है / आपके द्वारा उल्लिखित पुल अनुरोध को लागू करें और इसके साथ किया जाए।

चीयर्स।

तो फिर #3353 खींचो तो इसे मर्ज करो!

हे पुल #3353 में लगभग 10 वर्षों में हैं .. और अब @protich sais: "हम समुदाय के साथ मिलना चाहते हैं" !???? उम्म ...

सभी को प्रणाम। मुझे खुशी है कि आप बातचीत कर रहे हैं, हालांकि मैं यह बताना चाहूंगा कि यह इस मुद्दे की रिपोर्ट का विषय नहीं है। कृपया मुद्दे की रिपोर्ट विषय पर रखें। शुक्रिया।

क्या समस्या है... वह सहयोग कर रहे हैं और वे अभी भी शिकायत कर रहे हैं