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؟ هل أنت قادر على نشره مرة أخرى حيث لا يمكنني العثور على أي تعديلات أخرى مثل تعديلاتك. يبدو أن هذا يجب أن يكون بالفعل إعدادًا قياسيًا متاحًا في osticket.

بالتأكيد! ها هو:
luis-mod.zip

آمل أن يساعد!

شكرًا لإرسال ذلك ، حاولت نسخ قسم "LUIS MOD" فقط في الملفات الحالية ولكنه لم يعمل نظرًا لوجود بعض الاختلافات الأخرى في الملفات. ثم حاولت بعد ذلك استبدال الملفات بأكملها بالملفات التي نشرتها وهي تعمل. ما هو الإصدار الذي تم إنشاؤه من أجله؟
شكرًا لك على هذا ، نأمل أن تقوم osticket في النهاية بتضمين هذا كخيار في لوحة الإدارة في إصدار مستقبلي.

أوه! اسف على ذلك. تم إنشاؤه لـ 1.9.x (لا أتذكر بالضبط أي واحد) ثم تم نقله لاحقًا إلى 1.9.8 فقط عن طريق نسخ ولصق أجزاء "// LUIS MOD".

أتمنى أن أعرف كيفية تحويل هذه التعديلات إلى مكونات إضافية ، حتى أتمكن من التحديث بسهولة إلى الإصدارات الأحدث.

هذا يعمل بشكل مثالي ، شيء واحد كنت أتساءل عنه. هل من الممكن على الإطلاق أن تجعله يعينه للعضو الذي يرد عبر البريد الإلكتروني؟ لأغراض التصادم ، اطلب منه التحقق مما إذا كان قد تم تعيينه بالفعل قبل تعيينه. أنا فقط أتطلع إلى تشغيل تنبيه البريد الإلكتروني للمهمة لأعضاء الفريق الآخرين لإعلامهم بأن أحدنا ينظر إليه. سيساعدنا هذا عندما لا نكون في مكتبنا ولكننا قادرين على المساعدة في حل مشكلة ما.

حسنًا ، أعتقد أنه ستكون هناك طريقة ، من خلال مطابقة البريد الإلكتروني للوكيل وتشغيل الأوامر اللازمة ، لكنني أخشى أنني لا أعرف كيف :(

سيكون من الرائع وجود هذا كميزة عادية في osTicket. أعني ، وكلاء يستجيبون للتذكرة عبر البريد الإلكتروني ، ويقومون بتعيين التذاكر من هذا البريد الإلكتروني.

فيما يتعلق بالتعديل أعلاه ، جربت إصدار 1.9.14 وتعمل الوظيفة مع رسائل البريد الإلكتروني كما هو متوقع. المشكلة هي أنني فقدت وظيفة تحرير التذكرة عبر واجهة الويب ، أي أفكار؟

أووبس. لا توجد فكرة ، أخشى: (أنا أستخدم 1.9.12 وليس لدي أي مشاكل.

لقد نجحت ، لقد استبدلت الملف في البداية باستخدام ملفاتك وتعطلت وظيفة التحرير على واجهة الويب ، ولكن بعد أن أعدت المحاولة بإضافة الأقسام فقط بين "// تعليقات LUIS MOD وعملت. شكرًا molul !!

أوه ، هذا منطقي. يسعدني أن أعرف أنك نجحت في تشغيله!

مولول

لقد أضفت تعديلاتك إلى تطبيق أقوم به وهو يعمل بشكل رائع. شكرا لمساهماتك! سؤال سريع - ما مدى صعوبة إرسال رسالة الرد بالبريد الإلكتروني إلى الفريق المخصص للتذكرة أيضًا بدلاً من المرسل فقط؟

شكرا لك مرة أخرى!

سعيد جدًا لأنه مفيد لك :)

حول سؤالك ، أخشى أنني لا أعرف. لقد مر وقت طويل منذ آخر مرة استخدمت فيها هذا التعديل ، ولم أحقق في كيفية إرسال رسائل البريد الإلكتروني إلى الفرق :(

اكتشفتها.

لقد قمت بنسخ الكود التالي من وظيفة postMessage في class.ticket.php وإضافته إلى وظيفة postResponse التي قمت بإنشائها:

    //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();
        }
    }

هذه هي الحيلة بالنسبة لنا.

رائع! :د

سيكون من الرائع وجود هذا كميزة عادية في osTicket. أعني ، وكلاء يستجيبون للتذكرة عبر البريد الإلكتروني ، ويقومون بتعيين التذاكر من هذا البريد الإلكتروني.

تلميح * تلميح * osTicket

@ ets-phill هل يمكنك نشر ملف فرق لهذه التغييرات؟ 👍
أنا أعمل مع v1.10

نعم ، أحتاج إلى هذه الوظيفة الرائعة للإصدار 1.10. أعتقد أن هذا سيكون منتظمًا في OsTicket لـ.

هل قام أي شخص بتحديث هذا الإصدار v1.10؟ شكرا.

في الوقت الحالي ، مع الإصدار 10 ، عندما يرد الوكيل على تذكرة عبر البريد الإلكتروني ، فإنه ينشر الرد على ملاحظة داخلية ، ولا يحصل أي شخص على نسخة منها. إذا كان بإمكان النظام قراءة رد البريد الإلكتروني للوكيل ونشره في ملاحظة داخلية ، فلماذا لا يمكنه أيضًا إرسال الرد إلى منشئ التذكرة؟

أم أن هذا هو المقصود بالملف المرفق؟

حسنًا ، لقد بحثت للتو في الملفات المضغوطة المرفقة ومن خلال ملفات v. 10 الموجودة على خادمي ورأيت أنه كان هناك الكثير من العمل على هذه الملفات ولا أعرف ما إذا كان من الممكن استخدام هذا الرمز في هذا الإصدار. أي شخص لديه أي أفكار لذلك؟

نعم ، سيكون الفرق جيدًا. لا يمكنني الحصول على قوة دفع مع هذا النظام لأن الإدارات المزدحمة المكونة من شخص واحد تريد أن تكون قادرة على التعامل مع الأشياء من صندوق الوارد الخاص بهم. لذلك ، بمجرد أن يكتشف العملاء ذلك ، ينتهي بهم الأمر إلى اللجوء إلى رسائل البريد الإلكتروني المباشرة مرة أخرى بدلاً من نظام التذاكر.

لقد حاولت ولا يمكن تطبيق هذا الرمز فقط باستخدام الأمر diff

جوليان بوراتو
مدير
لينكاس ريال
ص: +390230321419 م: +393356359515
ب: +390240700321
أ: عبر Cartesio 2
20124 ميلان (ميتشيغن)
w: www.linkas.it e: [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 يرجى مراجعة هذا السؤال.
شكرا.

أود حقًا رؤية هذا محدثًا للإصدار 10.

scslogin تقصد تحديث ل v1.11؟ 1.10 هو ويخرج لبعض الوقت.

ntozier ، كنت أتحدث بالفعل عن 1.10 ، المستقر الحالي. هذا الرمز الموضح في هذا الموضوع لا يتناسب مع 1.10. الكثير من التعليمات البرمجية الجديدة.

التعديل الذي قمت بإنشائه بالعمل مع الإصدار 1.10 - يقوم أيضًا بتعيين التذكرة إلى الشخص الذي يرد إذا كانت التذكرة غير محددة. لقد كنت أستخدم هذا لمدة يومين فقط ، ولكن يبدو أنه لا بأس به حتى الآن.

https://pastebin.com/RiAxWHbP

حسنًا ، لقد قمت بتطبيق التصحيح بسهولة شديدة:
1) قم بتحميل ملف التصحيح المرفق
reply.txt

2) انتقل إلى "تضمين" دير لتثبيت osTicket الخاص بك
3) قم بتشغيل تصحيح الأمر <reply.txt

تم
لقد أجريت اختبارًا واحدًا في الوقت الحالي ويبدو رائعًا ، لذا فهو يعمل معي!

عمل جيد ، @ acetwenty8. سيكون من المفيد جدًا أن يتم دمج هذا في الكود الرئيسي وتمكينه / تعطيله باستخدام مربع خيار في واجهة المسؤول. نظرًا لأن العديد من الأشخاص يواجهون مشكلة إنشاء تصحيحات لإصدارات متعددة من osTickets ، يبدو أن هذا سيناريو حقيقي جدًا للعديد من الأشخاص.

@ acetwenty8 شكرًا على لأي شخص مساعدتي؟ قمت بتشغيل التصحيح وتم تعديل الملفين ولكن لا يبدو أن شيئًا قد تغير. هل هناك شيء آخر يجب أن أفعله؟ الآن إذا رد الوكيل ، يتم إنشاء تذكرة جديدة.

@ jayb80 لا يوجد شيء آخر عليك القيام به بعد تطبيق التصحيح. كيف يتم الرد على موضوع التذكرة عبر البريد الإلكتروني؟ الطريقة التي تعمل بها هي ، يقوم الوكلاء بالرد على البريد الإلكتروني "New Ticket Notificaiton" ، ويتم إرساله مرة أخرى إلى سلسلة التذكرة كإجابة وكيل ، بدلاً من ملاحظة داخلية (وهو السلوك الافتراضي).

أهلا،
لقد قمت بتحميل وفعلت ما كتبته السحابة. ولكن إذا قمت بتشغيل الأمر "patch <reply.txt" ، فسأحصل على الإخراج / الخطأ التالي ->

web / include # patch <patch.txt
(تجريد CRs اللاحقة من التصحيح ؛ استخدم الخيار الثنائي للتعطيل.)
ملف الترقيع class.ticket.php
(تجريد CRs اللاحقة من التصحيح ؛ استخدم الخيار الثنائي للتعطيل.)
ملف الترقيع class.thread.php
التصحيح بشكل غير متوقع ينتهي في منتصف الخط
نجحت القطعة رقم 2 في 417 مع الزغب 1.

ما يجب القيام به؟

شكرا لأستجابتك!

أهلا،
ربما تم حفظ الملف على windows ثم تطبيقه على Linux؟

مرحبًا ، نعم - لقد قمت بالتنزيل عبر Windows ونسخها إلى Linuxbox بعد الكلمات. لقد قمت بالتنزيل مرة أخرى الآن مباشرة باستخدام wget إلى الصندوق وقمت بتصحيح الملفين الأصليين مرة أخرى ->

(تجريد CRs اللاحقة من التصحيح ؛ استخدم الخيار الثنائي للتعطيل.)
ملف الترقيع class.ticket.php
(تجريد CRs اللاحقة من التصحيح ؛ استخدم الخيار الثنائي للتعطيل.)
ملف الترقيع class.thread.php
التصحيح بشكل غير متوقع ينتهي في منتصف الخط
نجحت القطعة رقم 2 في 417 مع الزغب 1.

ربما يمكنك (أو أي شخص آخر) أن ترسل لي الملفين المصححين في ملف مضغوط (أو للتنزيل هنا)؟ أنا أستخدم أحدث إصدار من OST 1.10 (تم تنزيله قبل يوم من أمس).

شكرا جزيلا!

والله

walhallaRV لدي نفس المشكلة ، ما انتهى بي الأمر لإصلاح isue هو ببساطة إضافة سطر إلى نهاية ملف reply.txt.

فتحت ملف reply.txt في السادس. انتقل إلى السطر الأخير من الملف وأضف سطرًا ثم حفظه.

ثم ركض:
تصحيح <reply.txt

آمل أن يساعد هذا.

البنغو ->
(تجريد CRs اللاحقة من التصحيح ؛ استخدم الخيار الثنائي للتعطيل.)
ملف الترقيع class.ticket.php
(تجريد CRs اللاحقة من التصحيح ؛ استخدم الخيار الثنائي للتعطيل.)
ملف الترقيع class.thread.php

شكرا جزيلا!!! في بعض الأحيان تسبب الأشياء الصغيرة ... :)

في صحتك والهلا

تم اختباره ويعمل بشكل رائع. شكرا للناس هنا على هذا الحل!

لكني لا أفهم سبب تجاهل OST الآن لوقت طويل لطلبات العديد من الأشخاص بخصوص هذه الميزة !!! لن يضطروا إلى القيام بأشياء كثيرة - فقط قم بتنفيذ تلك الأسطر من التعليمات البرمجية التي كتبها أشخاص آخرون. على الأقل كخيار ("على مسؤوليتي الشخصية").

شكرًا جزيلاً على هذا الحل الذي لا تستطيع OST تحقيقه ومساعدتك. عمل عظيم!!!

والله الذي يسعد الآن!

حسنا،
لنكن منصفين: المنتج هو أحد أفضل المنتجات وهو مجاني.
في بعض الأحيان ، يأخذ العملاء الأولوية على المجتمع ، وبالتالي يجب على المطورين تحقيق متطلبات العمل.

على أي حال ، أنا متأكد من أن osTicket ستشكر المطورين على تطوير هذا الاختبار واختباره وإضافته إلى المنتج النهائي.

دعونا نمنحهم بعض الوقت أو مجرد عرض ثانوي :-)) ahah

هناك العديد من الطلبات بخصوص هذا لعدة سنوات حتى الآن. التعليق / الجواب الوحيد: "سنفكر فيه".

إذا كان هناك أي سبب تقني لعدم تنفيذه - فسيكون لطيفًا إذا أجاب أحدهم وشرح سبب استحالة ذلك. قبل عدة سنوات قرأت إجابة مثل هذه في أي مكان (لا أتذكر): "لسنا بحاجة ، لذلك لن نعمل عليها ..." ؟!

إذا لم تكن هناك إمكانية للإجابة عن طريق البريد الإلكتروني - حسنًا. لكن حقيقة أن العملاء يمكنهم الإجابة عن طريق البريد الإلكتروني - فقط الوكلاء لا يمكنهم القيام بذلك ... لم أفهم أبدًا.

لكن حسنًا - شكرًا لكم وللرجال هنا تم حلها !!! شكرا جزيلا لك مرة أخرى ...

والله

OST هو نظام تذاكر مفتوح المصدر بشكل أساسي ، وهو مدعوم من قبل مجتمعه وعدد قليل من المطورين الذين يكرسون وقتهم الشخصي لـ OSTicket. إنهم يعملون على OSTicket مجانًا أو بالكاد أي تعويض على الإطلاق. يستخدم الآلاف OSTicket وميزات الطلب ، وهذه هي الطريقة التي تظهر بها الإصدارات الأحدث ، ولكن نظرًا لأن العديد من الميزات مطلوبة أو أن هذه الميزات مجنونة حقًا في جانب الكود ، فإن تنفيذها يستغرق وقتًا. تتم إضافة الميزات ، فقد يحدث ذلك في إصدار رئيسي بعيدًا عن إصدار واحد ، أو إصدارين. هذا يعتمد على ما هو مطلوب أكثر. تتمثل إحدى الطرق في معرفة مدى رغبة المجتمع في ميزة ، والتي يعد هذا البريد الإلكتروني طلبًا رئيسيًا لها.

مع كل ما قيل ، أنا متأكد من أن هذا سيتم تنفيذه في المستقبل القريب ، يرجى فقط التحلي بالصبر والاستمرار في طلب الميزات التي ترغب في رؤيتها في الإصدارات اللاحقة من OSTicket.

في 20 أبريل 2017 ، الساعة 11:09 صباحًا ، كتب walhallaRV [email protected] :

هناك العديد من الطلبات بخصوص هذا لعدة سنوات حتى الآن. التعليق / الجواب الوحيد: "سنفكر فيه".

إذا كان هناك أي سبب تقني لعدم تنفيذه - فسيكون لطيفًا إذا أجاب أحدهم وشرح سبب استحالة ذلك. قبل عدة سنوات قرأت إجابة مثل هذه في أي مكان (لا أتذكر): "لسنا بحاجة ، لذلك لن نعمل عليها ..." ؟!

إذا لم تكن هناك إمكانية للإجابة عن طريق البريد الإلكتروني - حسنًا. لكن حقيقة أن العملاء يمكنهم الإجابة عن طريق البريد الإلكتروني - فقط الوكلاء لا يمكنهم القيام بذلك ... لم أفهم أبدًا.

لكن حسنًا - شكرًا لكم وللرجال هنا تم حلها !!! شكرا جزيلا لك مرة أخرى ...

والله

-
أنت تتلقى هذا لأنك مشترك في هذا الموضوع.
قم بالرد على هذه الرسالة الإلكترونية مباشرةً ، أو اعرضها على GitHub ، أو قم بكتم صوت الموضوع.

إنه وقت إضافي هنا وأنا حقًا لا أريد مناقشته هنا. لكننا أرسلنا إليهم اثنين من عملائنا وهم يدفعون شهريًا الكثير من المال. لذلك أعتقد أن المطورين يتقاضون رواتبهم أيضًا ؟! علاوة على ذلك: سيحتاجون فقط إلى نسخ هذا التصحيح من هنا ، والتنفيذ في RC / بيتا للاختبار ، جاهز ، كما قرأت ، هذا التصحيح موجود منذ V 1.7؟

يمكنني أن أفهم ما إذا كانوا سيجيبون مرة واحدة فقط: "من المستحيل تنفيذ هذه الميزة". لكن الرد "سوف نفكر في هذا". لسنوات دون أي قرار؟ هؤلاء العملاء طلبوا عدة مرات أيضًا. لماذا يطلبون طلبات الميزات ... ولا يستجيبون؟

لكن على أي حال - لقد وجدت هذا الحل ، لا يجب أن أفهم سياساتهم ، ولن أجري أي تحديث وأنا سعيد !!!

أهلا،

كنت أبحث عن هذا الحل لكنني لست الشخص المخالف. هل هناك أي شخص يساعدني في الحصول على الملفات الصحيحة لإنجاح هذا الأمر؟ نسخته 1.10.

أطيب التحيات!!!!

ي

احفظ حيوانًا ، احصل على مطور :-)

Il giorno sab 22 lug 2017 alle 20:48 j070nl [email protected] هكتار
سكريتو:

أهلا،

كنت أبحث عن هذا الحل لكنني لست الشخص المخالف. هل هناك
أي شخص ما الذي يساعدني في الحصول على الملفات الصحيحة لجعل هذا العمل؟

أطيب التحيات!!!!

ي

-
أنت تتلقى هذا لأنك علقت.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/osTicket/osTicket/issues/2242#issuecomment-317178224 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/AAH4iilh9QVzNKJ3inWp6muFBLUGBtRFks5sQeGWgaJpZM4FVyBD
.

>

جوليان بوراتو
مدير
لينكاس ريال
ص: +390230321419 م: +393356359515
ب: +390240700321
أ: عبر Cartesio 2
20124 ميلان (ميتشيغن)
w: www.linkas.it e: [email protected]
http://julien.burat.to/

هل أنت شخص منفرد؟

سيكون من الرائع الحصول على هذا كخيار في osTicket. شكرا على التصحيح TheCloud !

TheCloud شكرا لملف reply.txt. يعمل تشغيل التصحيح بشكل مثالي على 1.10 ويتم إرسال بريد إلكتروني إلى العملاء عندما يرسل الموظفون ردودهم. رائعة!

بصفتي مقدم الطلب الأصلي ، يسعدني أن المجتمع / مستخدمو المنتج قد قاموا بإجراء تعديل بسيط ، ولكن يجب أن أسأل المشرفين على المشروع إذا كانوا لا يزالون يرون إمكانية تضمين الميزة في المنتج ، كإعداد افتراضي؟

قد يعطي البعض الآخر بعض الإغلاق لميزة يريدونها مع osTicket.

voarsh إنه شيء موجود في خارطة طريق التطوير الخاصة بنا للإصدارات المستقبلية ، نعم ، لكن لن يتم تنفيذه على الفور. بشيء من هذا القبيل ، سنستخدم على الأرجح فكرة طلب السحب كقاعدة ثم نكتب الميزة الرسمية في أسلوب / رؤية الترميز لدينا. بمجرد أن ننتهي من تطوير الميزة ، سنقوم على الأرجح بدفعها هنا ليختبرها المجتمع لنا. ثم بعد أن يتم اختباره واعتماده بالكامل ، سيتم دمجه في قاعدة التعليمات البرمجية الأساسية وسيكون بعيدًا عن الإصدار التالي. آمل أن يكون هذا يمهد الامور بالنسبة لك. هتافات.

شكرا على التصحيح ، يعمل بشكل رائع!

سؤال واحد فقط - هل من الممكن تطبيق هذا أيضًا على البريد الإلكتروني "التذكرة المخصصة لك"؟

السيناريو: أقوم بتعيين تذكرة لوكيل. يتم إخطار هذا الوكيل عن طريق البريد الإلكتروني والردود على هذا البريد الإلكتروني. لسوء الحظ ، يؤدي هذا إلى إنشاء تذكرة جديدة بدلاً من رد جديد على التذكرة / العميل الحالي.

هل هذا ممكن؟ سيكون هذا رائعا!
شكرا يا شباب

TheCloud أعتقد أن أحد التحديات الحقيقية التي تواجهها osTicket هو عدم وجود اتجاه واضح حقيقي حول ما هو التالي وكيفية تقديم التعديلات والتعديلات. على سبيل المثال ، هذه الميزة هي الأنسب كمكوِّن إضافي أو كميزة مضافة إلى "الأساسية". إذا كان هذا هو الشيء الأنسب كمكوِّن إضافي - رائع. ثم كمجموعة نحتاج إلى نقلها إلى واحدة. بخلاف ذلك ، نظرًا للتضخم الكبير في الدعم لهذا وحقيقة أنه قد مرت سنوات ، أرى هذا على أنه ضروري.

مع نمو مشاريع برمجيات المصدر المفتوح ، غالبًا ما يتطلعون إلى مستخدمي المجتمع النشطين والمتفانين للمضي قدمًا والمساعدة في مراجعة الكود وتقييمات الميزات وخرائط الطريق والتصميم. هناك الكثير من الكود الجيد الذي يتخلف عن هذا المنتج لدرجة أنني أخشى أنه يفقد الزخم الذي قد يكتسبه بخلاف ذلك. إذا تم تشكيل مجموعة صغيرة وتم تجزئة التفاصيل ، أعتقد أن تراكم التعليمات البرمجية ووضوح أفضل لما يجب أن يكون أساسيًا مقابل ما يجب أن يكون مكونًا إضافيًا يمكن معالجته بوضوح وبسرعة.

أهلا،
هل يعمل إعادة التصحيح هذا مع الإصدار 1.10.4 أيضًا؟ أي شخص طبق / تم اختباره / يعمل؟

شكرا لتفاعلك السريع!

والله

يجب أن يعمل مع 1.10.x - أخبرنا إذا لم يكن كذلك ...
جزء من الكود

Il giorno gio 18 ott 2018 في 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
ب: +390240700321
أ: عبر Cartesio 2
20124 ميلان (ميتشيغن)
w: www.linkas.it e: [email protected]
http://julien.burat.to/

هذا رائع. مجرد مصححة ويعمل بشكل رائع. شكرا جزيلا لك @ TheCloud !!

أي شخص حصل على هذا للعمل تحت الإصدار الأحدث؟ نجح الترقيع بشكل جيد ، لكن لا يبدو أنه يغير شيئًا.

أي شخص حصل على هذا للعمل تحت الإصدار الأحدث؟ نجح الترقيع بشكل جيد ، لكن لا يبدو أنه يغير شيئًا.

كيف اختبرت؟ هل قمت بالرد عبر البريد الإلكتروني على تذكرة؟

bevergit تحتاج إلى تحرير class.thread و class.ticket يدويًا ، فقد تم تغيير السطر # منذ إصدار هذا.

للأسف لا يعمل مع 1.11 ، لا يمكنني الحصول على $ mailinfo ['userClass'] ليساوي 'S' فهو دائمًا يساوي 'M' ... حزين نوعًا ما

أي تحديثات لـ v1.12؟ كنت آمل أن أتمكن من تنفيذ هذه الميزة. هذا يثبت أنه ميزة مفقودة للغاية.

دان ،
يبدو أن OSTicket غير مهتم حقًا بالاستماع إلى المجتمع
المتطلبات :-)

جوليان بوراتو
مدير
لينكاس ريال
ص: +390230321419 م: +393356359515
ب: +390240700321
أ: عبر Cartesio 2
20124 ميلان (ميتشيغن)
w: www.linkas.it e: [email protected]
http://julien.burat.to/

Il giorno mer 19 giu 2019 all ore 17:16 Dan [email protected] هكتار
سكريتو:

أي تحديثات لـ v1.12؟ كنت آمل أن أتمكن من تنفيذ هذه الميزة. هذا هو
تثبت أنها ميزة مفقودة للغاية.

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/osTicket/osTicket/issues/2242؟email_source=notifications&email_token=AAA7RCS7GPKBINUUWVH3VGTP3JEVZA5CNFSM4BKXEBB2YY3PNVWWK3TUL52HS4DFVREXG43
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/AAA7RCXNJBKUKAJBDC7YIW3P3JEVZANCNFSM4BKXEBBQ
.

لقد حاولت إضافة modul MOD إلى الإصدار 1.12 لبضعة أيام ، والآن يمكن للوكيل الرد عبر البريد الإلكتروني.
ومع ذلك ، يتعامل النظام مع الرد على أنه رد المستخدم (أي اللون الأزرق على النظام) ، ولا يرسل تنبيهًا بالبريد الإلكتروني إلى منشئ التذاكر / المتعاونين. (الرد الثاني في الصورة أدناه هو في الواقع رد وكيل عبر البريد الإلكتروني.)

يتم الرد الأخير عن طريق حساب الوكيل في منصة osticket ، لذا فهي تعمل بشكل صحيح.

هيكل الكود العام يختلف تمامًا بين MOD الأصلي v1.9 وأحدث v1.12.
لقد علقت هنا فقط ولا أستطيع معرفة الجزء الذي يجب علي تعديله.
لقد أرفقت v1.12 class.ticket.php & class.thread.php بهذه التعليقات.

هل يمكن لأي شخص أن يعطيني بعض التلميحات؟ أو مشاركة MOD لـ v1.12؟

شكرا جزيلا.
V1.12_thread & Ticket.zip

أنا على وشك اختبار الإصدار 1.12.
إذا نجحت - سأعلمكم جميعًا.
-أجاد

لقد قمت بإنشاء تصحيح محدث للإصدار 1.12 والذي يبدو أنه يعمل. إنه ليس في مثيل الإنتاج الخاص بي ، لكن اختباراتي تشير إلى أنه يعمل بشكل جيد الآن (على ما أعتقد). كانت هناك بعض التغييرات على منطق تحليل البريد الإلكتروني ومعالجة سلسلة الرسائل وهذا هو السبب في أن التصحيح القديم لم يعد يعمل.

أعتقد أن شخصًا ما سُئل في وقت ما سوف يعمل هذا التصحيح بالرد على البريد الإلكتروني المخصص للتذكرة. لا أستخدم هذا ، لكن يبدو أنه يعمل أيضًا.

هذا الوضع غير مدعوم تمامًا ، ولا أضمن أنه سيتم تحديثه أو إصلاحه على الإطلاق. ولكن إذا رأيت أي خطأ كبير أثناء استخدام الإصدار 1.12 (وليس أي إصدار آخر) مع تثبيت هذا التصحيح - يرجى محاولة إنشاء منشور هنا حتى أكون على دراية.

ace.patch.txt

-أجاد

تضمين التغريدة
إنها تعمل بشكل جيد! شكرا جزيلا!

مرحبًا @ acetwenty8 ،

لقد قمت بتطبيق ملفك وتحديثه ويبدو أنه يعمل بشكل صحيح. إنه قادر على مقارنة وكشف رسائل البريد الإلكتروني للوكيل والقيام بما ينبغي.
ولكن في بيئتنا ، عندما نرد على المستخدم النهائي ، فإننا نستخدم البريد الإلكتروني للدعم الفني. والذي ، في osTicket ، يتم تعيينه كبريد إلكتروني للنظام.
عندما نقوم بالرد باستخدام ذلك ، يتم تجاهلها بواسطة الرمز لذلك لا تتم إضافة رسالة إلى التذكرة.
هل هناك طريقة لجعل الكود يتحقق من البريد الإلكتروني للنظام أيضًا؟

شكرا لك،
ليكو

lecobarros لست واضحًا ما هو بريد النظام ، لكنني أعتقد أن هذا يعني عنوان البريد الإلكتروني الذي يتحقق من osTicket لتلقي تذاكر جديدة من المستخدم. لا أعتقد أن ما تقوله كان يعمل في الإصدارات السابقة من التصحيح - صحيح؟

من خلال ما أتذكره أثناء العمل مع الكود ، لديهم فحوصات لمنع ذلك على وجه التحديد. على الأرجح ، لأنه يمكنك إنشاء حلقة بريد إلكتروني لا نهائية مع هذا الموقف. ربما لا أوصي بتعطيل عمليات التحقق لهذا السبب.

في class.thread.php داخل وظيفة postEmail ، أعتقد أنه هذا الرمز هنا.

        // 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 لتضمين أحدث كود مقدم من Ace ، ولكن عندما أفعل ذلك ، تنقطع عملية تسجيل الدخول إلى osTicket. لم يعد يعرض شعارنا ، وبينما يتم استلام بيانات اعتماد تسجيل الدخول والموافقة عليها بشكل صحيح ، لا يتم إعادة توجيه الفني أبدًا بعيدًا عن /scp/login.php إلى / scp. إذا حاول الفني يدويًا الانتقال إلى / scp بعد المصادقة ، فإنه يعمل ، ولكن من الواضح أن شيئًا ما في الكود قد تزعزع. نحن على v1.12.2

إذا كان شخص ما على استعداد لتقديم بعض الإرشادات أو نسخة من ملفات العمل الخاصة به ، فسأكون ممتنًا للغاية!

@ njohn858

لم يتم اختباره مع الإصدار 1.12.2 ، 1.12 فقط

يبدو أنك قد تحاول تحرير الملفات يدويًا ، وهناك فرصة كبيرة لوقوع أخطاء أثناء القيام بذلك. يجب عليك استخدام أمر التصحيح لتطبيق الفرق الذي قمت بإنشائه.

-أجاد

آه. قد يعتني ذلك - سأجربه! شكرا!

اغفر جهلي ، لكنني لا أعرف كيفية استخدام أمر التصحيح .... هل يمكنك تقديم بعض الإرشادات أو توجيهي إلى برنامج تعليمي أو شيء من هذا القبيل؟

تضمين التغريدة

للرجوع إليها في المستقبل ، إذا كنت ترغب في إجراء تعديل أكثر "سهولة في المتابعة" ، يجب عليك تفرع الريبو ، وإنشاء فرع على مفترقك ، وربط الأشخاص بالفرع. إذا كان الأشخاص لا يعرفون كيفية استخدام الفروع ، فيمكنك حينئذٍ توفير ارتباط إلى فرق أو تصحيح بدلاً من إنشاء واحد يدويًا وتحميله كملف.

هيكل عظمي لفرع رابط فرق:
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 .)

وبهذه الطريقة ، إذا كان لدى أي شخص مشكلات في التعديل الخاص بك ، فيمكنه إنشاء مشكلة على مفترق الطرق الخاص بك بحيث لا يتم تشويش مؤشر ترابط المشكلة الأصلي بمشكلات التعديل غير المدعومة والتي لا علاقة لها بالمشكلة الأصلية المطروحة.

هتافات.

شكرا لك acetwenty8
تم اختباره على 1.12.2

نحن نعمل مع osticket v1.14.1
هذه الميزة لا تعمل

الرجاء المساعدة
تضمين التغريدة

العمل مع 12.5

شكرا لإعلامك

Il giorno lun 6 gen 2020 alle 01:28 lyk2020 [email protected] ha
سكريتو:

العمل مع 12.5

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/osTicket/osTicket/issues/2242؟email_source=notifications&email_token=AAA7RCUHI4E6DVU6E7ZALSLQ4J3MPA5CNFSM4BKXEBB2YY3PNVWWK3TUL52HS4DFVREXG43
أو إلغاء الاشتراك
https://github.com/notifications/unsubscribe-auth/AAA7RCSFIUH7OHR22YNEGRDQ4J3MPANCNFSM4BKXEBBQ
.

>

جوليان بوراتو
الهاتف: +39.335.6359.515.335.6359.515

لقد قمت للتو بترقية التثبيت القديم الخاص بي باستخدام مستودع GIT الذي يبلغ أنه: 1.12-git وقمت بتصحيحه باستخدام الأمر file + patch. أنا لست جيدًا في GIT ، هل يمكن لأي شخص المساعدة في عملية إرسال هذا التعديل إلى github؟

تضمين التغريدة

للرجوع إليها في المستقبل ، إذا كنت ترغب في إجراء تعديل أكثر "سهولة في المتابعة" ، يجب عليك تفرع الريبو ، وإنشاء فرع على مفترقك ، وربط الأشخاص بالفرع. إذا كان الأشخاص لا يعرفون كيفية استخدام الفروع ، فيمكنك حينئذٍ توفير ارتباط إلى فرق أو تصحيح بدلاً من إنشاء واحد يدويًا وتحميله كملف.

هيكل عظمي لفرع رابط فرق:
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 .)

وبهذه الطريقة ، إذا كان لدى أي شخص مشكلات في التعديل الخاص بك ، فيمكنه إنشاء مشكلة على مفترق الطرق الخاص بك بحيث لا يتم تشويش مؤشر ترابط المشكلة الأصلي بمشكلات التعديل غير المدعومة والتي لا علاقة لها بالمشكلة الأصلية المطروحة.

هتافات.

هل يمكنك مساعدتي في إجراء إصلاح سهل "خطوة بخطوة" باستخدام GIT؟ :-د

تحية للجميع،

أي تحديثات لهذا العمل على 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/ ثم من shell run
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

تضمين التغريدة
شكرا جزيلا على التصحيح والوصف. لقد حاولت مع التصحيحات قبل بضع سنوات ، لكن المشكلة هي أنه بمجرد إصدار تذكرة osticket جديدة ، فإنهم يتوقفون عن العمل. هذا يجعلها غير قابلة للدعم.

هل تعرف ما إذا كان هناك سبب لماذا لا يمكن أن يكون هذا التكوين؟ ليس تصحيحًا ، ولكن تكوينًا برمز يأتي من osticket وليس من رقعة.

لكن المشكلة هي أنه بمجرد إصدار تذكرة osticket جديدة ، فإنهم يتوقفون عن العمل. هذا يجعلها غير قابلة للدعم.

أنا موافق. الخبر السار هو أن هذا التصحيح يتم تطبيقه من 1.12 إلى 1.15 بدون تعديلات. لذلك هذه علامة جيدة.

هل تعرف ما إذا كان هناك سبب لماذا لا يمكن أن يكون هذا التكوين؟ ليس تصحيحًا ، ولكن تكوينًا برمز يأتي من osticket وليس من رقعة.

نظرًا لأن هذا لا يمكن القيام به كمكوِّن إضافي ، فإن الطريقة الوحيدة لجعل هذا التصحيح غير مطلوب في كل مرة

• احصل على هذا التصحيح مطبق في osTicket نفسها. هذا النموذج يعني:
  
  
  
  • تأكد من أن التصحيح ليس اختراقًا ولكنه رمز جودة
  
  
  • أضف تبديل التكوين لتمكين / تعطيل الميزة
  
  
  • إنشاء علاقات عامة مقابل osTicket
  
  
  • إقناع osTicket بأن هذه ميزة يريدون الاستمرار في دعمها
  
  
  • احصل على PR مدمج في الإصدار الجديد
  
  
• اجعل شخصًا ما يحتفظ بشوكة عامة لـ osTicket مع تصحيح محدث

أعتقد أن الخيار الثاني أكثر جدوى على المدى القصير. أعتقد أيضًا أنه من خلال جعل هذا التصحيح أكثر سهولة (بدلاً من محاولة قضاء الوقت في قراءة سلسلة الرسائل بالكامل للعثور على ملف zip وتطبيقه) بحيث يمكن استخدامه ، سيشجع الدمج الناجح مع الخيار الأول.

ملاحظة: 2 سنتي على الوضع

كنت أفكر في الخيار الأول. لست متأكدًا مما إذا كانت هناك حجج وأسباب تجعل هذا ليس خيارًا. أعتقد أن هناك ولكن لا يمكنني العثور عليهم. ما أحاول فهمه هو - إذا كان هناك علاقات عامة فهل تقبلها شركة osTicket.

لا أستطيع التحدث عن هذا الوضع بالذات

أعلم أنه لم يتم قبول العلاقات العامة في المشاريع الأخرى بسبب قرار مطور المشروع الداخلي الأساسي بأنهم لن يحتفظوا بميزة للمضي قدمًا.

أيضا جودة الكود يمكن أن تكون عاملا كبيرا

تضمين التغريدة

يرجى القراءة:

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

هتافات.

JediKev شكرا ، قرأته. كان التعليق قبل 3 سنوات. هل تغير أي شيء منذ ذلك الحين؟ يذكر أيضًا أنك أضفت هذا إلى خارطة طريق مستقبلية. هل هناك حالة لن تقبل فيها إقامة علاقات عامة حول هذا الأمر؟

تضمين التغريدة

هل تغير أي شيء منذ ذلك الحين؟ يذكر أيضًا أنك أضفت هذا إلى خارطة طريق مستقبلية.

ليس في هذا الوقت. لا يزال على خارطة الطريق الخاصة بنا للتطوير المستقبلي المحتمل.

هل هناك حالة لن تقبل فيها إقامة علاقات عامة حول هذا الأمر؟

هناك العديد من الأسباب لعدم قبول طلب السحب ، مثل عدم كتابته بشكل صحيح ، أو عدم تغطية جميع القواعد ، أو وجود أخطاء بها ، وما إلى ذلك. في هذه الحالة بالذات ، تتعمق الميزة أكثر بكثير من مجرد السماح باستجابات الوكيل عبر البريد الإلكتروني المراد إضافته إلى سلسلة الرسائل كاستجابة.

هتافات.

شخصيا،
لقد قمت بتصحيح نسختنا الأقدم لتشمل رد الوكيل ولم أفعل
الترقية / التحديث منذ ذلك الحين حيث أن جميع الميزات التي نهتم بها
عمل.

جوليان بوراتو
مدير
لينكاس ريال
ص: +390230321419 م: +393356359515
ب: +390240700321
أ: عبر Cartesio 2
20124 ميلان (ميتشيغن)
w: www.linkas.it e: [email protected]
http://julien.burat.to/

Il giorno lun 4 gen 2021 alle ore 17:11 JediKev [email protected]
ها سكريتو:

thebravoman https://github.com/thebravoman

هل تغير أي شيء منذ ذلك الحين؟ يذكر أيضًا أنك أضفت هذا
إلى خارطة طريق في المستقبل.

ليس في هذا الوقت. لا يزال على خارطة طريقنا للمستقبل المحتمل
تطوير.

هل هناك حالة لن تقبل فيها إقامة علاقات عامة حول هذا الأمر؟

هناك العديد من الأسباب لعدم قبول طلب السحب مثل إذا
لم تتم كتابته بشكل صحيح ، إذا كان لا يغطي جميع القواعد ، إذا كان عربات التي تجرها الدواب ،
إلخ. في هذه الحالة بالذات ، تتعمق الميزة أكثر من مجرد كونها بسيطة
السماح بإضافة ردود الوكيل عبر البريد الإلكتروني إلى سلسلة الرسائل كاستجابة.

هتافات.

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/osTicket/osTicket/issues/2242#issuecomment-754065645 ،
أو إلغاء الاشتراك
https://github.com/notifications/unsubscribe-auth/AAA7RCXWFSS3MNPZ2RIGEXDSYHSD5ANCNFSM4BKXEBBQ
.

شكرا JediKev. فشلت في طرح سؤالي بوضوح. ساحاول مرة اخرى.
مفهوم:
لقد سأل مجتمع osTicket عن هذه الميزة في عدد من المناسبات خلال آخر 5 سنوات على الأقل.
أضاف فريق osTicket هذا إلى خارطة الطريق
حاول مجتمع osTicket تقديم المدخلات والمناقشات والتصحيحات من الإصدارات منذ 10 على الأقل (على ما أعتقد)
يحاول فريق osTicket الحفاظ على منتج يعمل بشكل جيد بجودة جيدة.

قارة:
لا توجد مثل هذه الميزة.

سؤالي:
هل هناك أسباب ومعتقدات كامنة ، يعتقد فريق أوساكيت ، أن مثل هذه الميزة لا ينبغي أن تكون موجودة على الإطلاق؟ هل يتماشى هذا مع رؤية واتجاه osTicket أم أن هذا يتعارض مع فهم ما يجب أن تكون عليه osTicket؟

بالنظر إلى أن العلاقات العامة ليست عربات التي تجرها الدواب ، فهي تعمل مع جميع الحالات ، وتتبع الاتفاقيات المناسبة ، هل هناك سبب لفقدي وعدم رؤيتي لرفض مثل هذا العلاقات العامة. هل هناك أسباب أخرى ، باستثناء نقص الموارد ، لعدم وجود هذه الميزة. شيء يجب أن يؤخذ بعين الاعتبار؟

نقطتي هي أنه لا يستحق قضاء أي قدر من الوقت في إعداد إقامة دائمة ، إذا كان هناك سبب لن يتم قبوله حتى لو كان يفي بجميع المتطلبات.

أكد العمل على 1.15.2

وجدت خطأ ،

عندما يستجيب الوكيل عبر البريد الإلكتروني لا تعمل المتغيرات. إما أنها لا تأتي أو مكتوبة. انظر الملف المرفق

في الواقع ، إنه أمر غريب. المتغيرات المميزة باللون الأصفر تعمل ، أما اللون الأحمر فلا.