عندما ينضم مستخدم مرحلي موجود إلى موقعي، لا يتم حفظ بيانات الحقول المخصصة للمستخدم التي تم ملؤها

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

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

لقد لاحظت أن بيانات UCF لا تظل محفوظة في قاعدة البيانات لهؤلاء المستخدمين المرحليين. ثم يحتاجون إلى المتابعة وإدارتهم يدويًا.

يمكنني التغلب على ذلك من خلال جعل معالج مخصص يجمع البيانات بدلاً من ذلك، ولكن يجب إصلاح المشكلة الأساسية / الخطأ.

5 إعجابات

أنا قادر على تكرار هذه المشكلة وأعتقد أنه يجب علينا إصلاحها.

  1. قم بإنشاء مجموعة تقبل البريد الإلكتروني من أي عنوان بريد إلكتروني
  2. قم بإنشاء بعض حقول المستخدم المخصصة
  3. أرسل بريدًا إلكترونيًا إلى المجموعة المُعدة في (1) من عنوان بريد إلكتروني غير مرتبط بالفعل بحساب على الموقع، مما يؤدي إلى إنشاء مستخدم مُعدّ مسبقًا بهذا العنوان البريدي.
  4. قم بإنشاء حساب باستخدام نفس عنوان البريد الإلكتروني للمستخدم المُعدّ مسبقًا
  5. عند المطالبة، قم بملء حقول المستخدم
  6. انتقل إلى ملف تعريف المستخدم ولاحظ أن حقول المستخدم لم يتم ملؤها

عندما تقوم بإنشاء حساب باستخدام عنوان بريد إلكتروني غير متصل بالفعل بحساب مستخدم مُعدّ مسبقًا، يتم ملء حقول المستخدم المخصصة كما تتوقع.

5 إعجابات

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

لقد اختبرتها على تثبيت نظيف. الإعدادات الوحيدة التي تم تغييرها هي:

  • تمكين استطلاع POP3
  • مضيف استطلاع POP3
  • اسم مستخدم استطلاع POP3
  • كلمة مرور استطلاع POP3
  • البريد الإلكتروني الوارد.

لقد قمت بما يلي:

  1. قمت بإنشاء مجموعة جديدة، مع ضبط الاسم فقط و “عنوان البريد الإلكتروني الوارد المخصص”. تسمح المجموعة بالبريد الإلكتروني من أي عنوان بريد إلكتروني.

  2. قمت بإنشاء حقول مستخدم مخصصة متعددة. لقد جربت أنواع “حقل نصي” و “تأكيد” و “قائمة منسدلة”. لقد اختبرت الحقول المطلوبة والاختيارية على حد سواء والحقول القابلة للتعديل وغير القابلة للتعديل.

  3. أرسلت بريدًا إلكترونيًا إلى عنوان المجموعة من عنوان بريد إلكتروني جديد. هذا ينشئ المستخدم المرحلي كما هو متوقع.

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

  5. يتم تحويل المستخدم المرحلي إلى مستخدم عادي، ويتم حفظ الحقول المخصصة ووجودها تحت u/user/preferences/profile.

هل لا يزال بإمكانك تكرار هذا؟ إذا كان الأمر كذلك، فهل لديك فكرة عما قد يكون مختلفًا في إعدادي لإنتاج نتيجة مختلفة؟

4 إعجابات

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

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

3 إعجابات

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

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

3 إعجابات

قد يكون من المحتمل أن يكون تفاعلاً غير متوقع مع البريد الإلكتروني الوارد المباشر. لا أتذكر أنني لاحظت ذلك من قبل تطبيق البريد الإلكتروني الوارد المباشر، هذا بالتأكيد.

إذا كنت لا تزال غير قادر على إعادة إنتاجه، فيرجى إعداد هذا والمحاولة مرة أخرى:

إعجاب واحد (1)

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

على استضافتنا، يجب عليك أيضًا تمكين إعداد المسؤول email in حتى يظهر إعداد مجموعة Custom incoming email address. لقد أربكني ذلك.

Screenshot 2023-05-10 at 7.08.05 AM

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

تعديل: لقد قمت بتحديث النص في هذا PR لتبسيطه:

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

إعجابَين (2)

للتوضيح، إذا كان email in معطلاً، هل لا يزال بإمكانك تكرار المشكلة في OP؟

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

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

إعجابَين (2)

هل هناك أي تقدم في هذا؟

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

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

إعجاب واحد (1)

إنها على قائمتنا لفرزها، لكننا ربما على بعد أسابيع قليلة من حلها

3 إعجابات

لدينا إصلاح هنا الآن بفضل @daniel، عبر FIX: Staged user creation loses user custom field data by pmusaraj · Pull Request #22206 · discourse/discourse · GitHub

هل يمكنك اختبار هذا من فضلك @tobiaseigen @nathank؟

5 إعجابات

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

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

6 إعجابات