Osticket: एजेंटों को ईमेल के माध्यम से नए टिकटों का उत्तर देने दें

आप कैसे प्रस्ताव देंगे कि एजेंट टकराव को संभाला जाए?
(दो एजेंट तेजी से उत्तराधिकार में एक ही टिकट का जवाब दे रहे हैं)
या टिकट लॉकिंग?
या टिकट असाइनमेंट?

आपको एक ऐसे मॉड में दिलचस्पी हो सकती है जो मैंने वही किया जो आप चाहते हैं। यह अब कुछ वर्षों से चल रहा है और मुझे इससे कोई समस्या नहीं है। मैंने class.ticket.php और class.thread.php को संशोधित किया। आप उन्हें यहां प्राप्त कर सकते हैं: http://we.tl/4X0cUWgNtZ

मॉड्स को "// LUIS MOD" और "// END LUIS MOD" के बीच चिह्नित किया गया है। class.thread.php में आपको दो मॉड की आवश्यकता होगी, लेकिन class.ticket.php में आपको केवल "// LUIS MOD: postResponse फ़ंक्शन की आवश्यकता होगी, स्टाफ ईमेल उत्तरों को प्रतिक्रिया के रूप में जोड़ने के लिए, नोट्स की नहीं"।

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

हाय @molul क्या आपका मॉड 1.9.12 के लिए काम कर रहा है? क्या आप इसे फिर से पोस्ट करने में सक्षम हैं क्योंकि मुझे आपके जैसा कोई अन्य मॉड नहीं मिल रहा है। ऐसा लगता है कि यह वास्तव में ओस्टिकेट में उपलब्ध एक मानक सेटिंग होनी चाहिए।

ज़रूर! यह रहा:
लुइस-मोड.ज़िप

आशा है कि इससे सहायता मिलेगी!

इसे भेजने के लिए धन्यवाद, मैंने मौजूदा फाइलों में सिर्फ "लुइस एमओडी" खंड की प्रतिलिपि बनाने की कोशिश की लेकिन यह काम नहीं किया क्योंकि फाइलों में कुछ अन्य अंतर हैं। मैंने फिर पूरी फाइलों को आपके द्वारा पोस्ट किए गए लोगों के साथ बदलने की कोशिश की और यह काम करता है। ये किस संस्करण के लिए बनाए गए हैं?
इसके लिए धन्यवाद, उम्मीद है कि ओस्टिकेट अंततः इसे भविष्य के रिलीज में व्यवस्थापक पैनल में एक विकल्प के रूप में शामिल करेगा।

ओह! उसके लिए खेद है। इसे 1.9.x के लिए बनाया गया था (बिल्कुल याद नहीं है कि कौन सा है) और फिर बाद में "//LUIS MOD" भागों को कॉपी और पेस्ट करके 1.9.8 पर पोर्ट किया गया।

काश, मुझे पता होता कि इन मॉड्स को प्लगइन्स में कैसे बदलना है, ताकि मैं आसानी से नए संस्करणों में अपडेट कर सकूं।

यह पूरी तरह से काम करता है, एक बात जो मैं सोच रहा था। क्या आपके लिए इसे ईमेल के माध्यम से जवाब देने वाले सदस्य को सौंपना संभव है? टकराव के उद्देश्यों के लिए यह जाँच लें कि क्या इसे असाइन करने से पहले ही असाइन किया गया है। मैं बस यह देखना चाहता हूं कि यह टीम के अन्य सदस्यों के लिए असाइनमेंट ईमेल अलर्ट को ट्रिगर करे कि हम में से एक इसे देख रहा है। यह तब हमारी मदद करेगा जब हम अपने डेस्क पर नहीं होंगे लेकिन किसी समस्या में सहायता करने में सक्षम होंगे।

ठीक है, मुझे लगता है कि एजेंट ईमेल से मिलान करके और आवश्यक आदेश चलाकर एक रास्ता होगा, लेकिन मुझे डर है कि मुझे नहीं पता कि कैसे :(

ओएसटिकट में इसे नियमित सुविधा के रूप में रखना बहुत अच्छा होगा। मेरा मतलब है, एजेंट ईमेल द्वारा टिकट का जवाब दे रहे हैं, और उस ईमेल से टिकट आवंटित कर रहे हैं।

उपरोक्त मॉड के संबंध में, मैंने 1.9.14 संस्करण पर प्रयास किया और ईमेल के साथ कार्यक्षमता अपेक्षित रूप से काम करती है। समस्या यह है कि मैंने वेब इंटरफेस के माध्यम से टिकट संपादित करने की कार्यक्षमता खो दी है, कोई विचार?

उफ़। नहीं पता, मुझे डर है :( मैं 1.9.12 का उपयोग कर रहा हूं और मुझे कोई समस्या नहीं है।

यह काम कर गया, मैंने आपकी फाइलों का उपयोग करके शुरुआत में फ़ाइल को बदल दिया और वेब इंटरफ़ेस पर संपादन कार्यक्षमता टूट गई, लेकिन जब मैंने "// LUIS MOD टिप्पणियों के बीच केवल अनुभाग जोड़कर पुनः प्रयास किया और यह काम कर गया। धन्यवाद मोलुल !!

ओह, यह समझ में आता है। यह जानकर खुशी हुई कि आप इसे काम करने में कामयाब रहे!

मोलुल,

मैंने आपके मॉड को एक कार्यान्वयन में जोड़ा है जो मैं कर रहा हूं और यह आश्चर्यजनक रूप से काम करता है। आपके योगदान के लिए धन्यवाद! त्वरित प्रश्न - केवल सबमिट करने वाले के बजाय टिकट को सौंपी गई टीम को प्रतिक्रिया ईमेल भेजना कितना मुश्किल होगा?

एक बार फिर धन्यवाद!

बहुत खुशी है कि यह आपके लिए उपयोगी है :)

आपके प्रश्न के बारे में, मुझे डर है कि मैं नहीं जानता। पिछली बार जब मैंने इस मॉड का उपयोग किया था, तब से यह एक लंबा समय हो गया है, और मैंने जांच नहीं की है कि टीमों को ईमेल कैसे भेजे जाते हैं :(

मैं यह समझ गया।

मैंने निम्नलिखित कोड को postMessage फ़ंक्शन से class.ticket.php में कॉपी किया है और इसे आपके द्वारा बनाए गए पोस्ट रेस्पॉन्स फ़ंक्शन में जोड़ा है:

    //If enabled...send alert to staff (New Message Alert)
    if($cfg->alertONNewMessage()
            && ($email = $dept->getAlertEmail())
            && ($tpl = $dept->getTemplate())
            && ($msg = $tpl->getNewMessageAlertMsgTemplate())) {

        $msg = $this->replaceVars($msg->asArray(), $variables);

        //Build list of recipients and fire the alerts.
        $recipients=array();
        //Last respondent.
        if($cfg->alertLastRespondentONNewMessage() || $cfg->alertAssignedONNewMessage())
            $recipients[]=$this->getLastRespondent();

        //Assigned staff if any...could be the last respondent
        if ($cfg->alertAssignedONNewMessage() && $this->isAssigned()) {
            if ($staff = $this->getStaff())
                $recipients[] = $staff;
            elseif ($team = $this->getTeam())
                $recipients = array_merge($recipients, $team->getMembers());
        }

        //Dept manager
        if($cfg->alertDeptManagerONNewMessage() && $dept && ($manager=$dept->getManager()))
            $recipients[]=$manager;

        // Account manager
        if ($cfg->alertAcctManagerONNewMessage()
                && ($org = $this->getOwner()->getOrganization())
                && ($acct_manager = $org->getAccountManager())) {
            if ($acct_manager instanceof Team)
                $recipients = array_merge($recipients, $acct_manager->getMembers());
            else
                $recipients[] = $acct_manager;
        }

        $sentlist=array(); //I know it sucks...but..it works.
        foreach( $recipients as $k=>$staff) {
            if(!$staff || !$staff->getEmail() || !$staff->isAvailable() || in_array($staff->getEmail(), $sentlist)) continue;
            $alert = $this->replaceVars($msg, array('recipient' => $staff));
            $email->sendAlert($staff, $alert['subj'], $alert['body'], null, $options);
            $sentlist[] = $staff->getEmail();
        }
    }

इसने हमारे लिए चाल चली।

ठंडा! :डी

ओएसटिकट में इसे नियमित सुविधा के रूप में रखना बहुत अच्छा होगा। मेरा मतलब है, एजेंट ईमेल द्वारा टिकट का जवाब दे रहे हैं, और उस ईमेल से टिकट आवंटित कर रहे हैं।

संकेत* संकेत* टिकट

@ ets-phil क्या आप कृपया इन परिवर्तनों के लिए एक भिन्न फ़ाइल पोस्ट कर सकते हैं? मैं
मैं v1.10 . के साथ काम कर रहा हूँ

हां, मुझे संस्करण 1.10 के लिए इस अत्यधिक कार्यक्षमता की आवश्यकता है। मुझे लगता है कि यह OsTicket में नियमित रूप से होगा।

क्या किसी ने इसे v1.10 के लिए अपडेट किया है? धन्यवाद।

वर्तमान में, संस्करण 10 के साथ, जब कोई एजेंट ईमेल द्वारा टिकट का उत्तर देता है, तो यह एक आंतरिक नोट पर प्रतिक्रिया पोस्ट करता है, और किसी को इसकी प्रति नहीं मिलती है। यदि सिस्टम एजेंट की ईमेल प्रतिक्रिया को पढ़ सकता है और उसे आंतरिक नोट पर पोस्ट कर सकता है, तो वह टिकट निर्माता को प्रतिक्रिया क्यों नहीं भेज सकता है?

या संलग्न फाइल यही करने के लिए है?

ठीक है, मैंने अभी संलग्न ज़िप फ़ाइलों को देखा और मेरे सर्वर पर v. 10 फ़ाइलों के माध्यम से देखा और देखा कि इन पर बहुत काम किया गया है और मुझे नहीं पता कि इस संस्करण पर इस कोड का उपयोग करना संभव है या नहीं। किसी के पास इसके लिए कोई विचार है?

हाँ, एक अंतर अच्छा होगा। मैं इस प्रणाली के साथ कर्षण प्राप्त नहीं कर सकता क्योंकि व्यस्त एक-व्यक्ति विभाग अपने इनबॉक्स से चीजों को संभालने में सक्षम होना चाहता है। इसलिए, एक बार जब ग्राहक इसका पता लगा लेते हैं, तो वे टिकट प्रणाली के बजाय फिर से सीधे ईमेल का सहारा लेते हैं।

मैंने कोशिश की है और उस कोड को केवल diff कमांड का उपयोग करके लागू नहीं किया जा सकता है

जूलियन बुराटो
एम्मिनिस्ट्रेटर
लिंकस श्रील
पी: +390230321419 मीटर: +393356359515
च: +३९०२४०७००३२१
ए: कार्टेसियो 2 . के माध्यम से
20124 - मिलान (एमआई)
डब्ल्यू: www.linkas.it ई: [email protected]
http://julien.burat.to/

2017/03/09 21:47 GMT + 01: 00 scslogin [email protected] :

हाँ, एक अंतर अच्छा होगा। मैं इस प्रणाली के साथ कर्षण प्राप्त नहीं कर सकता क्योंकि
व्यस्त वन-मैन विभाग अपने इनबॉक्स से चीजों को संभालने में सक्षम होना चाहते हैं।
इसलिए, एक बार जब ग्राहक इसका पता लगा लेते हैं, तो वे सीधे ईमेल का सहारा लेते हैं
टिकट प्रणाली के बजाय फिर से।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/osTicket/osTicket/issues/2242#issuecomment-285478201 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AAH4imYl9ZLZr5-OmDMA782syzAXFXv2ks5rkGV1gaJpZM4FVyBD
.

नमस्ते,
इस धागे पर कोई?

@rayfoss कृपया इस प्रश्न की जाँच करें।
धन्यवाद।

वास्तव में इसे v.10 के लिए अद्यतन देखना चाहेंगे।

@scslogin आपका मतलब v1.11 के लिए अपडेट किया गया है? 1.10 है और कुछ समय के लिए बाहर है।

@ntozier , मैं वास्तव में 1.10, वर्तमान स्थिर के बारे में बात कर रहा था। इस धागे में वर्णित यह कोड 1.10 के साथ फिट नहीं होता है। बहुत अधिक नया कोड।

संशोधन मैंने v1.10 के साथ काम करते हुए बनाया है - यह उस व्यक्ति को टिकट भी प्रदान करता है जो टिकट को असाइन नहीं किया गया है। मैं इसे केवल कुछ दिनों के लिए उपयोग कर रहा हूं, लेकिन अभी तक यह ठीक लगता है।

https://pastebin.com/RiAxWHbP

खैर, मैंने पैच को बहुत आसानी से लगाया है:
1) संलग्न पैच फ़ाइल डाउनलोड करें
उत्तर.txt

2) अपने ओएस टिकट स्थापना के "शामिल" डीआईआर में जाएं
3) कमांड पैच चलाएँ <जवाब.txt

हो गया
मैंने अभी के लिए एक एकल परीक्षण किया है और अच्छा लगता है, इसलिए यह मेरे द्वारा काम करता है!

अच्छा काम, @acetwenty8। यह _so सहायक_ होगा यदि इसे मुख्य कोड में विलय किया जा सकता है और व्यवस्थापक इंटरफ़ेस में एक विकल्प बॉक्स के साथ सक्षम/अक्षम किया जा सकता है। कई लोगों के ओएसटिकट के कई संस्करणों के लिए पैच बनाने की परेशानी से गुजरने के साथ, ऐसा लगता है कि यह एक ऐसा परिदृश्य है जो कई लोगों के लिए बहुत वास्तविक है।

@acetwenty8 मॉड के लिए धन्यवाद .. मुझे यकीन है कि मैं कुछ गलत कर रहा हूं क्या कोई मेरी मदद कर सकता है? मैंने पैच चलाया और 2 फाइलों को संशोधित किया गया लेकिन ऐसा लगता है कि कुछ भी नहीं बदला है। क्या मुझे कुछ और करने की जरूरत है? अभी अगर कोई एजेंट जवाब देता है, तो नया टिकट बन जाता है।

@ jayb80 पैच लगाने के बाद आपको और कुछ नहीं करना है। आप ईमेल के जरिए टिकट थ्रेड का जवाब कैसे दे रहे हैं? जिस तरह से यह काम करता है, एजेंट 'नई टिकट अधिसूचना' ईमेल का जवाब देते हैं, और इसे आंतरिक नोट (जो डिफ़ॉल्ट व्यवहार है) के बजाय एजेंट उत्तर के रूप में टिकट थ्रेड पर वापस पोस्ट किया जाता है।

नमस्ते,
मैंने वही किया है जो क्लाउड ने लिखा है। लेकिन अगर मैं "पैच <उत्तर.txt" कमांड चलाता हूं तो मुझे निम्न आउटपुट/त्रुटि मिलती है ->

वेब/शामिल# पैच <patch.txt
(पैच से अनुगामी सीआर को अलग करना; अक्षम करने के लिए --बाइनरी का उपयोग करें।)
पैचिंग फ़ाइल class.ticket.php
(पैच से अनुगामी सीआर को अलग करना; अक्षम करने के लिए --बाइनरी का उपयोग करें।)
पैचिंग फ़ाइल class.thread.php
पैच अनपेक्षित रूप से लाइन के बीच में समाप्त होता है
हंक # 2 फ़ज़ 1 के साथ 417 पर सफल हुआ।

क्या करें?

आपकी प्रतिक्रिया के लिए धन्यवाद्!

नमस्ते,
हो सकता है कि फ़ाइल विंडोज़ पर सहेजी गई हो और फिर लिनक्स पर लागू हो?

नमस्ते, हाँ - मैंने विंडोज के माध्यम से डाउनलोड किया और बाद में एक लिनक्सबॉक्स में कॉपी किया। मैंने अब फिर से सीधे बॉक्स में wget के साथ डाउनलोड किया और दो मूल फाइलों को एक बार फिर से पैच किया ->

(पैच से अनुगामी सीआर को अलग करना; अक्षम करने के लिए --बाइनरी का उपयोग करें।)
पैचिंग फ़ाइल class.ticket.php
(पैच से अनुगामी सीआर को अलग करना; अक्षम करने के लिए --बाइनरी का उपयोग करें।)
पैचिंग फ़ाइल class.thread.php
पैच अनपेक्षित रूप से लाइन के बीच में समाप्त होता है
हंक # 2 फ़ज़ 1 के साथ 417 पर सफल हुआ।

हो सकता है कि आप (या कोई और) मुझे पैच की गई दो फाइलें एक ज़िप में (या यहां डाउनलोड करने के लिए) भेज सकें? मैं नवीनतम ओएसटी 1.10 का उपयोग कर रहा हूं (कल से एक दिन पहले डाउनलोड किया गया)।

बहुत बहुत धन्यवाद!

वालहैला

@walhallaRV मेरे पास एक ही मुद्दा था, इस मुद्दे को ठीक करने के लिए मैंने जो किया वह केवल उत्तर.txt फ़ाइल के अंत में एक पंक्ति जोड़ रहा था।

मैंने vi में answer.txt फ़ाइल खोली। फ़ाइल की अंतिम पंक्ति में गया और एक पंक्ति जोड़ी और फिर सहेजा गया।

फिर भागा:
पैच <जवाब.txt

आशा है कि ये आपकी मदद करेगा।

बिंगो ->
(पैच से अनुगामी सीआर को अलग करना; अक्षम करने के लिए --बाइनरी का उपयोग करें।)
पैचिंग फ़ाइल class.ticket.php
(पैच से अनुगामी सीआर को अलग करना; अक्षम करने के लिए --बाइनरी का उपयोग करें।)
पैचिंग फ़ाइल class.thread.php

जी बहुत बहुत शुक्रिया!!! कभी-कभी छोटी-छोटी बातें... :)

चीयर्स वालहैला

परीक्षण किया और बहुत अच्छा काम कर रहा है। इस समाधान के लिए यहां के लोगों को धन्यवाद!

लेकिन मुझे समझ नहीं आ रहा है कि OST अब इस सुविधा के संबंध में कई लोगों के अनुरोधों को क्यों अनदेखा कर रहा है !!! उन्हें बहुत कुछ नहीं करना होगा - बस उन कोड की उन पंक्तियों को लागू करें जिन्हें अन्य लोगों ने लिखा था। कम से कम एक विकल्प के रूप में ("मेरे अपने जोखिम पर")।

इस समाधान के लिए बहुत-बहुत धन्यवाद जिसे OST महसूस नहीं कर पा रहा है और आपकी मदद। अच्छा काम!!!

वल्लाह, जो अब खुश है!

कुंआ,
आइए निष्पक्ष रहें: उत्पाद सबसे अच्छे में से एक है और यह मुफ़्त है।
कभी-कभी ग्राहक समुदाय पर प्राथमिकता लेते हैं और इस प्रकार डेवलपर्स को व्यावसायिक आवश्यकताओं को पूरा करना चाहिए।

किसी भी तरह, मुझे यकीन है कि ओएस टिकट इसे विकसित करने और परीक्षण करने के लिए डेवलपर्स को धन्यवाद देगा और इसे अंतिम उत्पाद में जोड़ देगा।

आइए उन्हें कुछ समय दें या सिर्फ स्पिनऑफ :-)) आह

इस संबंध में कई वर्षों से कई अनुरोध हैं। एकमात्र टिप्पणी / उत्तर: "हम इसके बारे में सोचेंगे।"

यदि इसे लागू न करने का कोई तकनीकी कारण होगा - अच्छा होगा यदि उनमें से कोई एक उत्तर देगा और समझाएगा कि यह असंभव क्यों है। कुछ साल पहले मैंने कहीं भी इस तरह का एक उत्तर पढ़ा था (याद नहीं): "हमें इसकी आवश्यकता नहीं है, इसलिए हम इस पर काम नहीं करेंगे ..."?!

यदि ईमेल द्वारा उत्तर देने की कोई संभावना नहीं होगी - ठीक है। लेकिन तथ्य यह है कि ग्राहक ईमेल द्वारा जवाब दे सकते हैं - केवल एजेंट ही ऐसा नहीं कर सकते ... मुझे कभी समझ नहीं आया।

लेकिन ठीक है - धन्यवाद और यहां के लोग इसे हल कर चुके हैं !!! एक बार फिर से बहुत-बहुत धन्यवाद...

वालहैला

OST मुख्य रूप से एक ओपन सोर्स टिकटिंग सिस्टम है, यह इसके समुदाय और कुछ डेवलपर्स द्वारा समर्थित है जो अपना व्यक्तिगत समय OSTicket को समर्पित करते हैं। वे OSTicket पर मुफ्त में काम कर रहे हैं या बमुश्किल कोई मुआवज़ा दे रहे हैं। हजारों OSTicket का उपयोग करते हैं और सुविधाओं का अनुरोध करते हैं, इस तरह से नए संस्करण सामने आते हैं, लेकिन चूंकि बहुत सारी सुविधाओं का अनुरोध किया जाता है या वे सुविधाएँ वास्तव में कोड पहलू में पागल हैं, इसलिए इसे लागू करने में समय लगता है। सुविधाएँ जोड़ी जाती हैं, यह एक प्रमुख रिलीज़ में हो सकती है जो एक संस्करण दूर है, या दो। यह इस बात पर निर्भर करता है कि किस चीज की सबसे ज्यादा जरूरत है। एक तरीका यह देखना है कि समुदाय कितनी सुविधा चाहता है, जो कि यह ईमेल एक प्रमुख अनुरोध है।

इन सब बातों के साथ, मुझे यकीन है कि इसे निकट भविष्य में लागू किया जाएगा, कृपया धैर्य रखें और उन सुविधाओं का अनुरोध करते रहें जिन्हें आप OSTicket के बाद के संस्करणों में देखना चाहते हैं।

On Apr 20, 2017, पर 11:09 बजे, walhallaRV [email protected] लिखा है:

इस संबंध में कई वर्षों से कई अनुरोध हैं। एकमात्र टिप्पणी / उत्तर: "हम इसके बारे में सोचेंगे।"

यदि इसे लागू न करने का कोई तकनीकी कारण होगा - अच्छा होगा यदि उनमें से कोई एक उत्तर देगा और समझाएगा कि यह असंभव क्यों है। कुछ साल पहले मैंने कहीं भी इस तरह का एक उत्तर पढ़ा था (याद नहीं): "हमें इसकी आवश्यकता नहीं है, इसलिए हम इस पर काम नहीं करेंगे ..."?!

यदि ईमेल द्वारा उत्तर देने की कोई संभावना नहीं होगी - ठीक है। लेकिन तथ्य यह है कि ग्राहक ईमेल द्वारा जवाब दे सकते हैं - केवल एजेंट ही ऐसा नहीं कर सकते ... मुझे कभी समझ नहीं आया।

लेकिन ठीक है - धन्यवाद और यहां के लोग इसे हल कर चुके हैं !!! एक बार फिर से बहुत-बहुत धन्यवाद...

वालहैला

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने इस थ्रेड की सदस्यता ली है।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें, या थ्रेड को म्यूट करें।

यह यहाँ ओटी है और मैं वास्तव में यहाँ चर्चा नहीं करना चाहता। लेकिन हमने अपने दो ग्राहकों को उनके पास भेजा और वे मासिक बहुत सारा पैसा देते हैं। तो मुझे लगता है कि डेवलपर्स को भी भुगतान मिलता है ?! इसके अलावा: उन्हें केवल इस पैच को यहां से कॉपी करना होगा, परीक्षण के लिए आरसी/बीटा में लागू करना होगा, तैयार है, जैसा कि मैंने पढ़ा, यह पैच वी 1.7 के बाद से मौजूद है?

मैं समझ सकता था कि क्या उन्होंने केवल एक बार उत्तर दिया होगा: "इस सुविधा को लागू करना असंभव है।" लेकिन जवाब "इस बारे में सोचेंगे।" वर्षों तक बिना किसी निर्णय के? उन ग्राहकों ने कई बार पूछा भी। वे फ़ीचर अनुरोध क्यों मांगते हैं ... और जवाब नहीं देते?

लेकिन वैसे भी - मुझे यह समाधान मिल गया, न उनकी राजनीति को समझना है, न कोई अपडेट करना है और मैं खुश हूं !!!

नमस्ते,

मैं इस समाधान की तलाश में था लेकिन मैं खुद एक डेवलपर नहीं हूं। क्या कोई है जो मुझे यह काम करने के लिए सही फाइलें प्राप्त करने में मदद करता है? इसका संस्करण 1.10.

सधन्यवाद!!!!

जे

एक जानवर बचाओ, एक डेवलपर प्राप्त करें :-)

Il giorno सब 22 lug 2017 20:48 alle j070nl [email protected] हा
स्क्रिटो:

नमस्ते,

मैं इस समाधान की तलाश में था लेकिन मैं खुद एक डेवलपर नहीं हूं। है
कोई भी जो मुझे यह काम करने के लिए सही फाइलें प्राप्त करने में मदद करता है?

सधन्यवाद!!!!

जे

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/osTicket/osTicket/issues/2242#issuecomment-317178224 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AAH4iilh9QVzNKJ3inWp6muFBLUGBtRFks5sQeGWgaJpZM4FVyBD
.

>

जूलियन बुराटो
एम्मिनिस्ट्रेटर
लिंकस श्रील
पी: +390230321419 मीटर: +393356359515
च: +३९०२४०७००३२१
ए: कार्टेसियो 2 . के माध्यम से
20124 - मिलान (एमआई)
डब्ल्यू: www.linkas.it ई: [email protected]
http://julien.burat.to/

क्या आप एक हैं?

यह ओएसटिकट में एक विकल्प के रूप में होना बहुत अच्छा होगा। पैच @TheCloud के लिए धन्यवाद!

@TheCloud उत्तर.txt फ़ाइल के लिए धन्यवाद। पैच चलाना 1.10 पर पूरी तरह से काम कर चुका है और जब कर्मचारी प्रतिक्रियाएँ जमा करते हैं तो ग्राहकों को ईमेल भेज रहे हैं। महान!

मूल अनुरोधकर्ता के रूप में, मुझे खुशी है कि समुदाय/उत्पाद उपयोगकर्ताओं ने थोड़ा संशोधन किया है, लेकिन मुझे परियोजना अनुरक्षकों से पूछना चाहिए कि क्या वे अभी भी उत्पाद में सुविधा को डिफ़ॉल्ट के रूप में शामिल करने की क्षमता देखते हैं?

कुछ अन्य लोगों को ओएसटिकट के साथ अपनी इच्छित सुविधा के बारे में कुछ जानकारी दे सकते हैं।

@voarsh यह कुछ ऐसा है जो भविष्य के संस्करणों के लिए हमारे विकास रोडमैप पर है, हां, लेकिन इसे तुरंत लागू नहीं किया जा रहा है। इस तरह कुछ के साथ, हम पुल अनुरोध के विचार को आधार के रूप में उपयोग करेंगे और फिर हमारी कोडिंग शैली/दृष्टि में आधिकारिक विशेषता लिखेंगे। एक बार जब हम फीचर पर विकास पूरा कर लेते हैं तो हम समुदाय के लिए हमारे परीक्षण के लिए इसे यहां धक्का दे सकते हैं। फिर इसे पूरी तरह से परीक्षण और अनुमोदित करने के बाद इसे कोर कोडबेस में विलय कर दिया जाएगा और अगले संस्करण से अलग हो जाएगा। मुझे आशा है कि यह आपके लिए चीजों को साफ कर देगा। चीयर्स।

पैच के लिए धन्यवाद, बढ़िया काम करता है!

सिर्फ एक सवाल - क्या इसे "आपको सौंपा गया टिकट" ईमेल के लिए भी लागू करना संभव है?

परिदृश्य: मैं एक एजेंट को टिकट आवंटित करता हूं। इस एजेंट को ईमेल द्वारा सूचित किया जाता है और उस ईमेल का जवाब दिया जाता है। दुर्भाग्य से यह मौजूदा टिकट/ग्राहक के नए उत्तर के बजाय एक नया टिकट बनाता है।

संभव है कि? यह कमाल होगा!
धन्यवाद दोस्तों

@TheCloud मुझे लगता है कि वास्तविक चुनौतियों में से एक है जो osTicket के पास है, आगे क्या है और कैसे मोड और परिवर्तन प्रस्तुत किए जाने हैं, इस पर सही स्पष्ट दिशा की कमी है। उदाहरण के लिए यह सुविधा प्लगइन के रूप में या "कोर" में एक अतिरिक्त सुविधा के रूप में सबसे उपयुक्त है। अगर यह ऐसा कुछ है जो प्लगइन के रूप में सबसे उपयुक्त है - बढ़िया। फिर एक समूह के रूप में हमें इसे एक में पोर्ट करना होगा। अन्यथा इसके लिए बड़े पैमाने पर समर्थन और इस तथ्य को देखते हुए कि यह वर्षों से है, मैं इसे आवश्यकतानुसार देखता हूं।

जैसे-जैसे ओएसएस परियोजनाएं बढ़ती हैं, वे अक्सर सक्रिय और समर्पित सामुदायिक उपयोगकर्ताओं को कोड समीक्षा, फीचर आकलन, रोड मैप्स और डिजाइन के साथ कदम उठाने और मदद करने के लिए देखते हैं। इतना अच्छा कोड है जो इस उत्पाद के पीछे पड़ रहा है कि मुझे डर है कि यह कर्षण खो रहा है अन्यथा इसे प्राप्त हो सकता है। यदि एक छोटा समूह बनाया जाना था और विवरण हैश आउट हो गया था, तो मेरा मानना ​​​​है कि कोड का बैकलॉग और कोर क्या होना चाहिए और प्लगइन क्या होना चाहिए, इसकी बेहतर स्पष्टता को साफ और जल्दी से संबोधित किया जा सकता है।

नमस्ते,
क्या यह रीप्ले-पैच संस्करण 1.10.4 के साथ भी काम करता है? किसी ने आवेदन किया / परीक्षण किया / काम किया?

आपकी शीघ्र प्रतिक्रिया के लिए धन्यवाद!

वालहैला

इसे 1.10.x के साथ काम करना चाहिए - अगर नहीं तो हमें बताएं... यह अप्रबंधित है
कोड का टुकड़ा

Il giorno Gio 18 OTT 2018 alle 03:55 walhallaRV [email protected]
हा स्क्रिटो:

नमस्ते,
क्या यह रीप्ले.पैच संस्करण 1.10.4 के साथ भी है? किसी ने आवेदन किया /
परीक्षण / काम करता है?

आपकी शीघ्र प्रतिक्रिया के लिए धन्यवाद!

वालहैला

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/osTicket/osTicket/issues/2242#issuecomment-430848296 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AAH4ivLGLj2zFUk4fGrRLc4LI7UoGcNcks5ul9-kgaJpZM4FVyBD
.

>

जूलियन बुराटो
एम्मिनिस्ट्रेटर
लिंकस श्रील
पी: +390230321419 मीटर: +393356359515
च: +३९०२४०७००३२१
ए: कार्टेसियो 2 . के माध्यम से
20124 - मिलान (एमआई)
डब्ल्यू: www.linkas.it ई: [email protected]
http://julien.burat.to/

यह कमाल का है। बस पैच किया और यह बहुत अच्छा काम करता है। बहुत बहुत धन्यवाद @TheCloud !!

किसी को भी यह नवीनतम संस्करण के तहत काम करने के लिए मिला है? पैचिंग ने ठीक काम किया, लेकिन कुछ भी नहीं बदला।

किसी को भी यह नवीनतम संस्करण के तहत काम करने के लिए मिला है? पैचिंग ने ठीक काम किया, लेकिन कुछ भी नहीं बदला।

आपने कैसे परीक्षण किया? क्या आपने टिकट के लिए ईमेल द्वारा उत्तर दिया?

@bevergit आपको मैन्युअल रूप से class.thread और class.ticket को संपादित करने की आवश्यकता है, यह जारी होने के बाद से लाइन # बदल गई है।

दुर्भाग्य से यह 1.11 के साथ काम नहीं करता है, मुझे 'एस' के बराबर $ मेलइन्फो ['userClass'] नहीं मिल सकता है, यह हमेशा 'एम' के बराबर होता है ... थोड़े उदास

v1.12 के लिए कोई अपडेट? उम्मीद कर रहा था कि मैं इस सुविधा को लागू कर सकता हूं। यह एक बहुत ही मिस फीचर साबित हो रहा है।

डैन,
ऐसा लगता है कि OSTicket को वास्तव में समुदाय को सुनने में कोई दिलचस्पी नहीं है
आवश्यकताएं :-)

जूलियन बुराटो
एम्मिनिस्ट्रेटर
लिंकस श्रील
पी: +390230321419 मीटर: +393356359515
च: +३९०२४०७००३२१
ए: कार्टेसियो 2 . के माध्यम से
20124 - मिलान (एमआई)
डब्ल्यू: www.linkas.it ई: [email protected]
http://julien.burat.to/

इल गियोर्नो मेर 19 जीयू 2019 एली ओर 17:16 डैन नोटिफिकेशन @github.com हा
स्क्रिटो:

v1.12 के लिए कोई अपडेट? उम्मीद कर रहा था कि मैं इस सुविधा को लागू कर सकता हूं। यह है
एक बहुत ही छूटी हुई विशेषता साबित हो रही है।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/osTicket/osTicket/issues/2242?email_source=notifications&email_token=AAA7RCS7GPKBINUUWVH3VGTP3JEVZA5CNFSM4BKXEBB2YY3PNVWWK3WTUL52HS4DFVREXG43VMVH100PNVWWK3
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AAA7RCXNJBKUKAJBDC7YIW3P3JEVZANCNFSM4BKXEBBQ
.

मैंने कुछ दिनों के लिए @mudul MOD को v1.12 में जोड़ने का
हालांकि, सिस्टम उत्तर को उपयोगकर्ता के उत्तर के रूप में मानता है (अर्थात सिस्टम पर नीला रंग), और टिकट निर्माता/सहयोगियों को अलर्ट ईमेल नहीं भेजता है। (नीचे दी गई छवि में दूसरा उत्तर वास्तव में ईमेल के माध्यम से एक एजेंट उत्तर है।)

अंतिम उत्तर एजेंट खाते द्वारा ओस्टिकेट प्लेटफॉर्म पर दिया जाता है, इसलिए यह ठीक से काम करता है।

कुल मिलाकर कोड संरचना मूल एमओडी v1.9 और नवीनतम v1.12 के बीच काफी अंतर है।
मैं बस यहाँ अटक गया और यह पता नहीं लगा सकता कि मुझे किस भाग को संशोधित करना चाहिए।
मैंने इस टिप्पणी के साथ v1.12 class.ticket.php और class.thread.php संलग्न किया है।

क्या कोई कृपया मुझे कुछ संकेत दे सकता है? या v1.12 के लिए अपना एमओडी साझा करें?

बहुत - बहुत धन्यवाद।
V1.12_thread&ticket.zip

मैं अभी v1.12 का परीक्षण करने के लिए तैयार हूं।
अगर मुझे यह काम मिल गया - तो मैं आपको बता दूंगा।
-ऐस

मैंने v1.12 के लिए एक अद्यतन पैच बनाया है जो काम करता प्रतीत होता है। यह मेरे उत्पादन उदाहरण में नहीं है, लेकिन मेरे परीक्षणों से संकेत मिलता है कि यह अब ठीक काम कर रहा है (मुझे लगता है)। ईमेल पार्सिंग लॉजिक और थ्रेड हैंडलिंग में कुछ बदलाव थे, यही वजह है कि पुराना पैच अब काम नहीं करता था।

मुझे लगता है कि किसी ने एक बिंदु पर पूछा कि क्या यह पैच टिकट सौंपे गए ईमेल के जवाब के साथ काम करेगा। मैं इसका उपयोग नहीं करता, लेकिन ऐसा लगता है कि यह भी काम करता है।

यह मॉड पूरी तरह से असमर्थित है, और मैं इसकी गारंटी नहीं देता कि इसे कभी भी अपडेट या ठीक किया जाएगा। लेकिन अगर आपको इस पैच के साथ v1.12 (कोई अन्य संस्करण नहीं) का उपयोग करते समय कोई बड़ी बग दिखाई देती है - कृपया यहां एक पोस्ट करने का प्रयास करें ताकि मैं जागरूक हो सकूं।

ऐस.पैच.txt

-ऐस

@acetwenty8
यह ठीक काम कर रहा है! बहुत - बहुत धन्यवाद!

हाय @ एसीट्वेंटी8 ,

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

शुक्रिया,
लेको

@lecobarros मैं स्पष्ट नहीं हूं कि सिस्टम मेल क्या है, लेकिन मुझे लगता है कि इसका मतलब ईमेल पता है जो उपयोगकर्ता से नए टिकट प्राप्त करने के लिए osTicket चेक करता है। मुझे विश्वास नहीं है कि आप जो कह रहे हैं वह पैच के पिछले संस्करणों में काम कर रहा था - सही?

मुझे कोड के साथ काम करना याद है, उनके पास इसे रोकने के लिए विशेष रूप से चेक हैं। सबसे अधिक संभावना है, क्योंकि आप इस स्थिति के साथ एक अनंत ईमेल लूप बना सकते हैं। मैं शायद उस कारण से चेक को अक्षम करने की अनुशंसा नहीं करता।

पोस्टईमेल फ़ंक्शन के भीतर class.thread.php में, मेरा मानना ​​है कि यह कोड यहाँ है।

        // Don't process the email -- it came FROM this system
        elseif (Email::getIdByEmail($mailinfo['email'])) {
            return false;
        }

@acetwenty8 , यही वह ईमेल पता है जिसके बारे में मैं बात कर रहा हूं, हां। और यह पहली बार है जब मैं उस पैच को आजमाता हूं, लेकिन आपके स्पष्टीकरण के आधार पर, आप सही हैं, शायद यही वह चेक है जो इसे रोकता है।

यह समझ में आता है कि यह एक अनंत लूप बना सकता है। लेकिन हमने सभी ऑटो उत्तरों को अक्षम कर दिया, ताकि इसे रोका जा सके। लेकिन मैं इसके बारे में और सोचूंगा, अगर हमें ऐसा करना चाहिए या नहीं।

इसमें मदद के लिए धन्यवाद!

@acetwenty8 और @vincentchan925 ,

आप लोगों ने जो परीक्षण किया है, क्या सहयोगियों के ईमेल के साथ सही व्यवहार किया जा रहा है?
मेरे अंत में, वे धागे में नहीं जुड़ रहे हैं।

@acetwenty8 और @vincentchan925 ,

आप लोगों ने जो परीक्षण किया है, क्या सहयोगियों के ईमेल के साथ सही व्यवहार किया जा रहा है?
मेरे अंत में, वे धागे में नहीं जुड़ रहे हैं।

हां, सहयोगियों के साथ सही व्यवहार किया जाता है।
वे अपने आप टिकट में जुड़ जाते हैं।

मैंने ऐस द्वारा पेश किए गए नवीनतम कोड को शामिल करने के लिए class.thread.php और class.ticket.php फाइलों को ट्वीक किया, लेकिन जब मैं ऐसा करता हूं, तो osTicket लॉगिन प्रक्रिया टूट जाती है। यह अब हमारे लोगो को प्रदर्शित नहीं करता है, और जबकि लॉगिन क्रेडेंशियल प्राप्त होते हैं और सही ढंग से अधिकृत होते हैं, तकनीशियन को कभी भी /scp/login.php से /scp पर पुनर्निर्देशित नहीं किया जाता है। यदि तकनीशियन मैन्युअल रूप से प्रमाणीकरण के बाद /scp पर जाने का प्रयास करता है, तो यह काम करता है, लेकिन जाहिर है कि कोड में कुछ गड़बड़ हो गया है। हम v1.12.2 . पर हैं

अगर कोई कुछ मार्गदर्शन या उनकी कार्यशील फाइलों की एक प्रति प्रदान करने को तैयार होगा, तो मैं हमेशा बहुत आभारी रहूंगा!

@ जॉन८५८

यह v1.12.2 के साथ परीक्षण नहीं किया गया था, केवल 1.12

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

-ऐस

आह। वह इसका ख्याल रख सकता है - मैं इसे आज़मा दूंगा! धन्यवाद!

मेरी अज्ञानता को क्षमा करें, लेकिन मुझे नहीं पता कि पैच कमांड का उपयोग कैसे करें .... क्या आप कुछ मार्गदर्शन प्रदान कर सकते हैं या मुझे एक ट्यूटोरियल या ऐसा कुछ बता सकते हैं?

@acetwenty8

भविष्य के संदर्भ के लिए, यदि आप अधिक "आसान अनुसरण" मोड बनाना चाहते हैं तो आपको रेपो को फोर्क करना चाहिए, अपने कांटे पर एक शाखा बनाना चाहिए, और लोगों को शाखा से जोड़ना चाहिए। यदि लोग शाखाओं का उपयोग करना नहीं जानते हैं, तो आप मैन्युअल रूप से एक बनाने और इसे एक फ़ाइल के रूप में अपलोड करने के बजाय वास्तव में एक अंतर या पैच के लिए एक लिंक प्रदान कर सकते हैं।

शाखा का कंकाल अलग लिंक:
https://github.com/osTicket/osTicket/compare/osticket:<branch-name>...<account-name>:<branch-name>.diff

शाखा भिन्न लिंक का कार्य उदाहरण:
https://github.com/osTicket/osTicket/compare/osticket:develop-next...jedikev:issue/redactor-quicknotes.diff

(यदि आप एक अंतर के बजाय पैच से लिंक करना चाहते हैं तो बस .diff को .patch बदलें।)

इस तरह अगर किसी को आपके मॉड के साथ कोई समस्या है तो वे आपके कांटे पर एक समस्या बना सकते हैं, इसलिए मूल मुद्दा धागा गैर-समर्थित मॉड मुद्दों से अव्यवस्थित नहीं है जो हाथ में मूल मुद्दे से असंबंधित हैं।

चीयर्स।

धन्यवाद
1.12.2 . पर काम कर परीक्षण किया गया

हम ओस्टिकेट v1.14.1 . के साथ काम कर रहे हैं
यह सुविधा खुराक काम नहीं करती

कृपया सहायता कीजिए
@acetwenty8 @molul

12.5 . के साथ काम करना

बताने के लिए धन्यवाद

इल गियोर्नो लून 6 जनरल 2020 एली 01:28 lyk2020 नोटिफिकेशन @github.com हा
स्क्रिटो:

12.5 . के साथ काम करना

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/osTicket/osTicket/issues/2242?email_source=notifications&email_token=AAA7RCUHI4E6DVU6E7ZALSLQ4J3MPA5CNFSM4BKXEBB2YY3PNVWWK3TUL52HS4DFVREXG43VMVHDIKI
या सदस्यता समाप्त करें
https://github.com/notifications/unsubscribe-auth/AAA7RCSFIUH7OHR22YNEGRDQ4J3MPANCNFSM4BKXEBBQ
.

>

जूलियन बुराटो
दूरभाष:+39.335.6359.515

मैंने अपने पुराने इंस्टॉलेशन को जीआईटी रिपोजिटरी के साथ अपग्रेड किया है जो रिपोर्ट करता है: 1.12-गिट और फ़ाइल + पैच कमांड के साथ पैच किया गया। मैं जीआईटी में बहुत अच्छा नहीं हूं, क्या कोई इस संशोधन को जीथब को भेजने की प्रक्रिया में मदद कर सकता है?

@acetwenty8

भविष्य के संदर्भ के लिए, यदि आप अधिक "आसान अनुसरण" मोड बनाना चाहते हैं तो आपको रेपो को फोर्क करना चाहिए, अपने कांटे पर एक शाखा बनाना चाहिए, और लोगों को शाखा से जोड़ना चाहिए। यदि लोग शाखाओं का उपयोग करना नहीं जानते हैं, तो आप मैन्युअल रूप से एक बनाने और इसे एक फ़ाइल के रूप में अपलोड करने के बजाय वास्तव में एक अंतर या पैच के लिए एक लिंक प्रदान कर सकते हैं।

शाखा का कंकाल अलग लिंक:
https://github.com/osTicket/osTicket/compare/osticket:<branch-name>...<account-name>:<branch-name>.diff

शाखा भिन्न लिंक का कार्य उदाहरण:
https://github.com/osTicket/osTicket/compare/osticket:develop-next...jedikev:issue/redactor-quicknotes.diff

(यदि आप एक अंतर के बजाय पैच से लिंक करना चाहते हैं तो बस .diff को .patch बदलें।)

इस तरह अगर किसी को आपके मॉड के साथ कोई समस्या है तो वे आपके कांटे पर एक समस्या बना सकते हैं, इसलिए मूल मुद्दा धागा गैर-समर्थित मॉड मुद्दों से अव्यवस्थित नहीं है जो हाथ में मूल मुद्दे से असंबंधित हैं।

चीयर्स।

क्या आप जीआईटी के साथ "कदम दर कदम" को आसान बनाने में मेरी मदद कर सकते हैं? :-डी

नमस्ते,

इसके लिए v1.14.2 पर काम करने के लिए कोई अपडेट?

वन-मैन-शो के रूप में, ग्राहकों को शीघ्रता से उत्तर देने के लिए मोबाइल डिवाइस का उपयोग करने में सक्षम होने से वास्तव में फर्क पड़ेगा! - कार्यक्षमता को सक्षम/अक्षम करने के लिए यह सेटिंग क्यों नहीं हो सकती है?

धन्यवाद!

आश्चर्य है कि क्या यह प्लगइन द्वारा किया जा सकता है,

एक सेटिंग वास्तव में अच्छी होगी। +1 @ davewatson91

https://github.com/osTicket/osTicket/issues/2242#issuecomment -513056652 के पैच के साथ एक कांटा बनाया गया

https://github.com/YurkoWasHere/osTicket/tree/1.15.x_patched

1.15.x में काम करने के लिए लगता है
इसे एक प्लगइन के रूप में नहीं लिखा जा सकता है क्योंकि यह मौलिक रूप से बदलता है कि संदेशों को कैसे संसाधित किया जाता है

पैच का मैन्युअल रूप से उपयोग करें

खोल से पैच कैसे लगाएं

पोस्ट से ace.patch.txt को include/ फोल्डर में डालें फिर शेल रन से
patch -p0 < ace.patch.txt

1.15.x . को बदलकर फाइलों को कैसे पैच करें

include फ़ोल्डर में निम्नलिखित दो फाइलों को बदलें
https://raw.githubusercontent.com/YurkoWasHere/osTicket/1.15.x_patched/include/class.ticket.php
https://raw.githubusercontent.com/YurkoWasHere/osTicket/1.15.x_patched/include/class.thread.php

@YurkoWasHere
पैच और विवरण के लिए बहुत बहुत धन्यवाद। मैंने कुछ साल पहले पैच के साथ कोशिश की है, लेकिन समस्या यह है कि एक बार एक नया ओस्टिकेट जारी होने के बाद वे काम करना बंद कर देते हैं। यह इसे असमर्थनीय बनाता है।

क्या आप जानते हैं कि क्या कोई कारण है कि यह कॉन्फ़िगरेशन क्यों नहीं हो सकता है? पैच नहीं, बल्कि ओस्टिकेट से आने वाले कोड के साथ एक कॉन्फ़िगरेशन और पैच से नहीं।

लेकिन समस्या यह है कि एक बार एक नया ओस्टिकेट जारी होने के बाद वे काम करना बंद कर देते हैं। यह इसे असमर्थनीय बनाता है।

मैं सहमत हूं। अच्छी खबर यह है कि इस पैच को बिना किसी बदलाव के 1.12 से 1.15 तक लागू किया गया है। तो यह एक अच्छा संकेत है।

क्या आप जानते हैं कि क्या कोई कारण है कि यह कॉन्फ़िगरेशन क्यों नहीं हो सकता है? पैच नहीं, बल्कि ओस्टिकेट से आने वाले कोड के साथ एक कॉन्फ़िगरेशन और पैच से नहीं।

चूंकि यह एक प्लगइन के रूप में नहीं किया जा सकता है, इस पैच को हर बार आवश्यक नहीं बनाने का एकमात्र तरीका है

• इस पैच को osTicket में ही लागू करवाएं। इसका विशिष्ट अर्थ है:
  
  
  
  • सुनिश्चित करें कि पैच हैक नहीं बल्कि गुणवत्ता कोड है
  
  
  • सुविधा को सक्षम/अक्षम करने के लिए कॉन्फ़िगरेशन टॉगल जोड़ें
  
  
  • ओएस टिकट के खिलाफ पीआर बनाएं
  
  
  • osTicket को विश्वास दिलाएं कि यह एक ऐसी सुविधा है जिसका वे समर्थन करना जारी रखना चाहते हैं
  
  
  • पीआर को नए संस्करण में मर्ज करें
  
  
• क्या किसी ने अद्यतन पैच के साथ osTicket का सार्वजनिक कांटा बनाए रखा है

मुझे लगता है कि दूसरा विकल्प अल्पावधि में अधिक व्यवहार्य है। मुझे यह भी लगता है कि इस पैच को और अधिक सुलभ बनाकर (ज़िप फ़ाइल को खोजने और इसे लागू करने के लिए पूरे धागे को पढ़ने में समय बिताने की कोशिश करने के बजाय) ताकि इसका उपयोग किया जा सके पहले विकल्प के साथ सफल विलय को प्रोत्साहित किया जा सके।

पुनश्च: स्थिति पर मेरे 2 सेंट

मैं पहले विकल्प के बारे में सोच रहा था। मुझे यकीन नहीं है कि तर्क और कारण हैं कि यह एक विकल्प क्यों नहीं है। मुझे लगता है कि वहाँ हैं लेकिन मैं उन्हें नहीं ढूँढ सकता। मैं जो समझने की कोशिश कर रहा हूं वह है - अगर कोई पीआर है तो क्या ओएसटिकट इसे स्वीकार करेगा।

मैं इस विशेष स्थिति के लिए बात नहीं कर सकता

मैं अन्य परियोजनाओं पीआर में जानता हूं जहां एक परियोजना के आंतरिक कोर देव के फैसले के कारण स्वीकार नहीं किया गया था कि वे आगे बढ़ने वाली सुविधा को बनाए नहीं रखेंगे।

साथ ही कोड की गुणवत्ता एक बड़ा कारक हो सकती है

@thebravoman @YurkoWasHere

कृपया पढ़ें:

• https://github.com/osTicket/osTicket/issues/2242#issuecomment -353081378

चीयर्स।

@ जेडीकेव धन्यवाद, मैंने इसे पढ़ा। टिप्पणी 3 साल पहले की थी। क्या तब से कुछ बदला है? इसमें यह भी उल्लेख है कि आपने इसे भविष्य के रोडमैप में जोड़ा है। क्या ऐसा कोई मामला है जहां आप इस बारे में पीआर स्वीकार नहीं करेंगे?

@thebravoman

क्या तब से कुछ बदला है? इसमें यह भी उल्लेख है कि आपने इसे भविष्य के रोडमैप में जोड़ा है।

इस समय पर नही। भविष्य के संभावित विकास के लिए यह अभी भी हमारे रोडमैप पर है।

क्या ऐसा कोई मामला है जहां आप इस बारे में पीआर स्वीकार नहीं करेंगे?

पुल अनुरोध को स्वीकार नहीं करने के कई कारण हैं जैसे कि यदि यह ठीक से नहीं लिखा गया है, यदि यह सभी आधारों को कवर नहीं करता है, यदि यह छोटी गाड़ी है, आदि। इस विशेष मामले में सुविधा केवल एजेंट प्रतिक्रियाओं को अनुमति देने से कहीं अधिक गहरी है ईमेल को प्रतिक्रिया के रूप में एक थ्रेड में जोड़ा जाना है।

चीयर्स।

व्यक्तिगत रूप से,
मैंने एजेंट के उत्तर को शामिल करने के लिए हमारे पुराने संस्करण को पैच किया है और नहीं किया है
तब से अपग्रेड/अपडेट करें क्योंकि हमारी रुचि रखने वाली सभी सुविधाएं हैं
काम में हो।

जूलियन बुराटो
एम्मिनिस्ट्रेटर
लिंकस श्रील
पी: +390230321419 मीटर: +393356359515
च: +३९०२४०७००३२१
ए: कार्टेसियो 2 . के माध्यम से
20124 - मिलान (एमआई)
डब्ल्यू: www.linkas.it ई: [email protected]
http://julien.burat.to/

इल गियोर्नो लून 4 जनरल 2021 एली ओर 17:11 जेडीकेव नोटिफिकेशन @github.com
हा स्क्रिटो:

@thebravoman https://github.com/thebravoman

क्या तब से कुछ बदला है? इसमें यह भी उल्लेख है कि आपने इसे जोड़ा है
भविष्य के रोडमैप के लिए।

इस समय पर नही। संभावित भविष्य के लिए यह अभी भी हमारे रोडमैप पर है
विकास।

क्या ऐसा कोई मामला है जहां आप इस बारे में पीआर स्वीकार नहीं करेंगे?

पुल अनुरोध को स्वीकार नहीं करने के कई कारण हैं जैसे कि if
यह ठीक से नहीं लिखा गया है, अगर यह सभी आधारों को कवर नहीं करता है, अगर यह छोटी गाड़ी है,
आदि। इस विशेष मामले में सुविधा बस की तुलना में बहुत गहरी हो जाती है
ईमेल के माध्यम से एजेंट प्रतिक्रियाओं को प्रतिक्रिया के रूप में एक थ्रेड में जोड़ने की अनुमति देता है।

चीयर्स।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/osTicket/osTicket/issues/2242#issuecomment-754065645 ,
या सदस्यता समाप्त करें
https://github.com/notifications/unsubscribe-auth/AAA7RCXWFSS3MNPZ2RIGEXDSYHSD5ANCNFSM4BKXEBBQ
.

धन्यवाद @ जेडीकेव। मैं अपना प्रश्न स्पष्ट रूप से पूछने में विफल रहा। मैं फिर से कोशिश करूंगा।
संदर्भ:
osTicket समुदाय ने पिछले कम से कम 5 वर्षों से कई मौकों पर इस सुविधा के बारे में पूछा है।
osTicket टीम ने इसे रोडमैप में जोड़ा है
osTicket समुदाय ने कम से कम 10 (मुझे लगता है) के बाद से संस्करणों से इनपुट और चर्चा और पैच प्रदान करने का प्रयास किया है।
osTicket टीम अच्छी गुणवत्ता के साथ एक अच्छी तरह से काम करने वाले उत्पाद को रखने की कोशिश कर रही है।

परिस्थिति:
ऐसी कोई विशेषता नहीं है।

मेरा प्रश्न:
क्या अंतर्निहित कारण और विश्वास हैं, कि osTicket टीम का मानना ​​है, कि ऐसी सुविधा बिल्कुल भी मौजूद नहीं होनी चाहिए? क्या यह osTicket की दृष्टि और दिशा के साथ संरेखित है या यह osTicket क्या होना चाहिए, इसकी समझ के साथ संघर्ष में है?

यह देखते हुए कि एक पीआर छोटी गाड़ी नहीं है, सभी मामलों के लिए काम कर रहा है, उचित परंपराओं का पालन करता है, क्या कोई कारण है कि मैं गायब हूं और ऐसे पीआर को खारिज करने के लिए नहीं देख रहा हूं। क्या इस सुविधा के मौजूद न होने के लिए संसाधनों की कमी को छोड़कर अन्य कारण हैं। कुछ ऐसा जिसे ध्यान में रखा जाना चाहिए?

मेरा कहना यह है कि पीआर तैयार करने में कोई भी समय खर्च करने लायक नहीं है, अगर कोई कारण है तो इसे सभी आवश्यकताओं को पूरा करने पर भी स्वीकार नहीं किया जाएगा।

1.15.2 . को काम करने की पुष्टि

एक बग मिला,

जब एजेंट ईमेल चर के माध्यम से प्रतिक्रिया करता है तो काम नहीं कर रहा है। वे या तो नहीं आते हैं, या लिखे गए हैं। देखें संलग्न किया

दरअसल, यह अजीब है। पीले रंग पर प्रकाश डाला गया चर काम करते हैं, लाल नहीं करता है।