دمج المستخدم لا ينتهي أبدًا

[Julien_Palard]

مرحباً!

أقوم بتشغيل نسخة مستضافة ذاتيًا من Discourse 3.5.0.beta6-dev ( da0b303568 )، وقد جربت دمج مستخدم اليوم ولم يكتمل أبدًا.

لا يوجد شيء مثير للاهتمام في /logs/.

يبدو أن الدمج قد تم (تظهر رسائل من الحساب المدمج القديم في الحساب الجديد، وتم تحديث تاريخ تسجيل الحساب الجديد إلى تاريخ تسجيل الحساب المدمج)، لذا ربما يكون الأمر جيدًا وتم الدمج بنجاح. ربما يكون جزئيًا فقط

من الناحية الرسومية، يبدو أنه لا يزال يعمل:

لقد مر أكثر من 30 دقيقة الآن، لدمج حسابين صغيرين جدًا (مثل 20 رسالة)، لذا أراهن أنه عالق أو شيء من هذا القبيل. متوسط ​​الحمل على الخادم هو 0.05، لذا فهو لا يعمل بجهد كبير.

[per1234]

مرحباً @Julien_Palard.

@Julien_Palard

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

هل تم حذف الحساب “من”؟ إذا لم يكن كذلك، فإن عملية الدمج لم تكتمل.

لقد واجهت عملية دمج حسابات معلقة كهذه وشاركت النتائج التي توصلت إليها والحل للسبب المحدد للمشكلة التي واجهتها هنا:

I'm attempting to merge user accounts

I encountered a problem like this and thought I should share my findings here in case it might help anyone else who experiences it. In my case, the account merge operation hung forever with the “Merge progress” dialog cycling back and forth between the “Changing post ownership…” and “Updating username…” messages. From looking at the staff action logs (/admin/logs/staff_action_logs), I could see that, although the ownership of many posts was transferred immediately after I triggered the merge…

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

[Julien_Palard]

@per1234

هل تم حذف الحساب “من”؟ إذا لم يكن كذلك، فإن عملية الدمج لم تكتمل.

أوه، سؤال جيد! نعم، تم حذف حساب “من”. هذا مطمئن.

لذلك، بعد بضع ساعات لا يزال لدي النافذة المنبثقة، فتحت وحدة التحكم في حال، ووجدت:

ℹ️ Discourse v3.5.0.beta6-dev — https://github.com/discourse/discourse/commits/da0b303568 — Ember v5.12.0 app.js:239:10
Erreur d’analyse XML : mal formé
Emplacement : https://discuss.afpy.org/message-bus/0dae6fbaeb7542e68e9ba597dee034e0/poll?dlp=t
Numéro de ligne 1, Colonne 4 : 4 poll:1:4
Erreur d’analyse XML : mal formé
Emplacement : https://discuss.afpy.org/message-bus/0dae6fbaeb7542e68e9ba597dee034e0/poll
Numéro de ligne 1, Colonne 4 : poll:1:4

[kris.kotlarek (Kris)]

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

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

أحد أسباب XML parsing error: malformed هو مشاكل في شهادة SSL.

أرى أن شهادتك تم إصدارها في 25 مايو، لذلك أتساءل عما إذا كان ذلك يمكن أن يكون مرتبطًا.

هل ترى هذا الخطأ في وحدة التحكم فقط أثناء الدمج أم أيضًا أثناء الاستخدام العادي للمنتدى؟

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

[Julien_Palard]

[اقتباس=“kris.kotlarek، المشاركة: 7، الموضوع: 369209”]
أحد أسباب XML parsing error: malformed هو مشاكل في شهادة SSL.
[/اقتباس]

هل أنت متأكد؟ ما علاقة SSL و XML؟ لا أرى أي علاقة هنا.

> هل ترى هذا الخطأ في وحدة التحكم فقط أثناء الدمج أو أيضًا أثناء الاستخدام المنتظم للمنتدى؟

حاولت إعادة الإنتاج بمجرد التنقل و BOOM لقد رأيت حدوث مرة واحدة بمجرد فتح واجهة المسؤول، وكان الرد على ناقل الرسائل يؤدي إلى فشل تحليل XML:

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