تم رفض الوصول أثناء تعديل تأكيد عنوان البريد الإلكتروني القديم

ساهم تجربة المستخدم
1

مرحباً،

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

هذا ما أراه في كل مرة اضغط فيها على “تحرير” في هذا الإدخال:

48%20AM
48%20AM757×275 18.7 KB

وهذا ما يظهر في السجلات:

|message|Uncaught [object Object]|
|---|---|
|url|https://******/assets/ember_jquery-82558c4b4178a5371667ae9e87d3a56c737126be9d1394ca3dfde2d3833187f|
|line|1|
|column|262400|
|window_location|https://******/admin/customize/site_texts?q=email_prefix|

شكراً مقدماً!

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

يمكنني تكرار هذه المشكلة هنا على Meta مع جميع قوالب user_notifications.confirm_old_email الثلاثة. سنقوم بفحصها بالتأكيد. شكرًا لتقاريرك!

4 إعجابات
3

تذكير: لا يُسمح بتغيير قوالب البريد الإلكتروني القديمة المعتمدة لأسباب أمنية، في حالة حسابات الموظفين التي تتطلب تأكيد البريد الإلكتروني القديم والجديد معًا عند تغيير البريد الإلكتروني.

بالنسبة للمستخدمين العاديين، يُطلب تأكيد البريد الإلكتروني الجديد فقط، لكن هذا لا ينطبق على الموظفين.

3 إعجابات
4

نعم، كنت أتفحص هذه المشكلة ومن المؤكد أنها متوقعة:

  def self.restricted_keys
    ['user_notifications.confirm_old_email.title',
     'user_notifications.confirm_old_email.subject_template',
     'user_notifications.confirm_old_email.text_body_template']
  end

كما أن رسالة الخطأ تبدو مقبولة لأنها تُظهر رمز 403. ربما يمكن أن تكون أكثر وضوحًا، لكن لا يوجد أي خلل جوهري هنا.

3 إعجابات
5

يبدو أنه كان من المفترض إضافة رسالة أكثر وضوحًا في وقت ما:

3 إعجابات
6

شكرًا لكم جميعًا على المتابعة.

أقوم بتنظيف عناوين البريد الإلكتروني من [email_prefix] نظرًا لأن اسم المرسل مطابق لعنوان الموقع، ولا أريد تكراره.

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

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

في حال تحريره، قد يتحول إلى رسالة تصيُّد احتيالي، لذا لا يُسمح بتعديله.

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

قد تكون على علم بالفعل، ولكن يمكنك تعديل بادئة البريد الإلكتروني لتكون شيئًا غير عنوان الموقع عبر إعداد الموقع email prefix.

إعجابَين (2)
9

حسنًا، شكرًا للتوضيح. أعتقد أنك محق في ذلك @codinghorror

نعم، لقد رأيت هذا الخيار، لكن الأقواس [—] لا تزال موجودة، حتى لو لم يكن هناك حاجة لإضافة أي شيء.

يمكننا استخلاص نتيجتين محتملتين من هذا:

  1. إضافة شرح أفضل للخطأ، أو الأفضل من ذلك منع حدوث هذه الخطأ.
  2. نقل [—] داخل email_prefix حتى تتمكن من التحكم فيها عالميًا من الإعدادات.

شكرًا لك