Every time I attempt to change ownership of an existing PM to an email address not in our system, I get an error rather than a new staged user being created. As I enter the email address, the autocomplete dropdown with the envelope icon option does appear and I do select just as I would with a creating a staged user from a new PM, but in the Change Ownership popup it appears as if this functionality does not work for some reason.
It’s not possible to change ownership to an email address. You need to change ownership to an actual user.
OK, so the issue is not creating a staged user prior to ownership change, it’s doing an ownership change with a staged user at all.
Is this a technical limitation or a design decision about how staged users should function with regard to content ownership? If a staged user can properly own a PM that they initiated themselves via email, then they shouldn’t they be able to own other messages created via other means (if all messages are treated equally)? I suppose the ownership change procedures might not support the staged user case, but if the relative effort was not too high, I would vote for this to become supported.
For context, the use case with our organization is a help desk group with messages submitted to it that are either:
- Emails forwarded through a non-standard/non-parseable forward format (i.e. an email notification forwarded from a partner’s separate ticketing system), or
- Emails that come from non-email-based origins (i.e. a tweet or facebook message or typeform notification email)
Being able to change ownership to a staged user (especially a newly staged user) would allow much quicker and simpler fixing of the associated contact (so that we can then immediately begin conversing with them), as well as aligning the functionality of the dropdown in Change Ownership with the dropdown in the PM composer (the autocomplete suggestion with the envelope icon).
Unless I’m missing something, right now the only workaround is to copy and paste the body into the bottom of a new PM sent to their email and then to archive/delete the original forwarded message thread, is that correct?
إعجاب واحد (1)
هل هناك أي رؤى جديدة حول هذا؟
من وقت لآخر، نواجه موقفًا نحتاج فيه إلى إنشاء مستخدم مرحلي جديد، ثم تعيينه كمالك لموضوع تم إنشاؤه نيابة عنه.
هل هناك طريقة سريعة وسهلة لتحقيق ذلك؟
أفضل طريقة لإنشاء مستخدم مرحلي هي البدء برسالة PM موجهة إلى عنوان البريد الإلكتروني للمستخدم المرحلي. ثم بمجرد إنشاء المستخدم المرحلي، يمكنك فعل ما تحتاج إليه معه.
باستثناء تعيين منشور له. ما لم أكن أفعل شيئًا خاطئًا، لا يبدو أنني أستطيع فعل ذلك باستخدام مستخدم مرحلي.
نعم، لا يمكن تغيير ملكية منشور إلى مستخدم مرحلي. آسف على هذا الالتباس. المستخدمون المرحليون محدودون للغاية فيما يمكنهم فعله لأنهم ليسوا “مستخدمين حقيقيين” .. حتى يسجلوا الدخول.
هل يمكنك إخباري بالمزيد عن حالة الاستخدام الخاصة بك؟
نحتاج أحيانًا إلى إنشاء تذكرة خدمة نيابة عن أحد عملائنا. معظم عملاء الخدمة والدعم لدينا موجودون فقط في Discourse الخاص بنا كمستخدمين مرحليين.
سيكون هذا هو المسار الأقل مقاومة لأحدنا لإنشاء المنشور ثم نقل ملكية هذا الموضوع إلى العميل المعني.
إذا كانت هناك طريقة أخرى للقيام بذلك لا تتضمن محاولة إنشاء مواضيع عبر واجهة برمجة التطبيقات (API) يمكنني نقلها إلى فريق الدعم لدينا، فسأكون سعيدًا بذلك.
أحتاج فقط إلى أن أكون قادرًا على كتابة وثيقة داخلية بالخطوات ولا يمكن أن تتضمن أي شيء مثل “تسجيل الدخول إلى الخادم عبر SSH و…”
إعجاب واحد (1)
هذه حالة مثيرة للاهتمام. ربما يحتاج المستخدمون الذين تم إنشاؤهم بشكل مصطنع إلى التعامل معهم كمستخدمين حقيقيين، في حالات كهذه.
إعجاب واحد (1)
لست متأكدًا مما تقترحه هنا.
هل هو شيء يمكنني القيام به، أم ترقية للميزات؟
عذرًا على ذلك! الإكمال التلقائي لهاتفي يخذلني بانتظام! 
لقد قمت بإصلاحه.
لقد مررت بطلب الميزة إلى فريق تجربة الموظفين، ولكن للأسف لست متأكدًا من حدوثه أبدًا لأنه سيتضمن إعادة هيكلة كبيرة لنظام المستخدمين المرحليين.
هل فكرت في “إلغاء مرحلة” هؤلاء المستخدمين؟ حاليًا، يمكن القيام بذلك من سطر الأوامر وهو ما أعرف أنك لا تبحث عنه.
cd /var/discourse
./launcher enter app
rails c
User.find_by_email("itsmedebryc@yahoo.com").update(staged: false)
ربما يكون الزر لإلغاء المرحلة عبر صفحة إدارة المستخدم هو طلب الميزة الذي نبحث عنه هنا.
فكرة أخرى تخطر ببالي.. هل يجب أن تبدأ تذكرة الخدمة بالتأكيد من قبل العميل؟ لماذا لا تبدأ التذكرة (رسالة خاصة) بنفسك من صندوق الوارد الجماعي الخاص بك وتضمين عنوان بريدهم الإلكتروني؟ عندها تكون أنت المؤلف وهم مشاركون.
لا أريد إلغاء مرحلتهم لأنني لا أريد أن يتعرضوا لأي شيء مثل رسائل البريد الإلكتروني الملخصة التي قد لا يهتمون بتلقيها إلا إذا أنشأوا حسابهم الخاص على منتدانا.
نحن لا نستخدم الرسائل الخاصة، بل نستخدم مواضيع الفئات. إذا كانت هناك طريقة لإضافتهم إلى الموضوع فسيكون ذلك جيدًا بالنسبة لي.
تم إغلاق هذا الموضوع تلقائيًا بعد 30 يومًا من آخر رد. لم تعد الردود الجديدة مسموح بها.