فيضان غير مقصود للبريد الإلكتروني/الإشعارات عند محاولة نقل المواضيع (Topics) بين الفئات بصمت

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

لاحظت بعد التحديث الأخير أن النص قد تغير بالنسبة لـ الميزة التي تسمح بقمع الإشعارات عند تغيير فئة مجموعة من المواضيع المحددة بشكل جماعي. يعرض الآن ما يلي:

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

ما الذي يحدث هنا؟

5 إعجابات

عذرًا على ذلك @nathank :frowning:

[quote=“nathank, post:1, topic:390993”]تم تكوين فئة الوجهة على أنها مراقبة أول مشاركة، ولكن قبل هذا التغيير كان سيتم قمع هذه المشاركات.
[/quote]
لقد حاولت إعادة الإنتاج محليًا، وقمت بتحسين تغطية المواصفات لدينا لضمان تعاملنا مع هذه الحالة…

… ولكن يبدو أن كل شيء يعمل كما هو متوقع :thinking:
هل هناك أي فرصة يمكنك العثور على خطوات لإعادة الإنتاج؟

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

@zogstrip لا أرى تغطية للاختبارات في هذه الحالة.

في قراءتي، تختبر مواصفات describe "silent option" فقط السيناريوهات التي يكون فيها الموضوع الذي يتم نقله مُشاهَدًا بالفعل.

الحالة الموصوفة هنا هي السيناريو الذي تكون فيه الفئة الوجهة “مُشاهَدَة” أو “مُشاهَدَة للمقال الأول”.

@nathank، إلى علمي، لم نفعل ذلك بصمت من قبل.

أعتقد أن ما يحدث هنا هو أن النافذة المنبثقة (modal) الخاصة بالميزة التي أضفناها توحي بأن ذلك يجب أن يكون أيضًا صامتًا. أعتقد أننا غيّرنا التوقعات مع هذه النافذة المنبثقة والآن لا نلبيها.

هذا هو ظني على أي حال.

أعتقد أن هذا طلب صالح لـ Contribute > Feature أو #contribute:ux، وأدعمه تمامًا. لكنني لا أعتقد أنه تقنيًا خطأ أو تراجع.

إعجابَين (2)

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

بدونه، ستكون الميزة محدودة إلى حد ما.

إعجابَين (2)

نقطة جيدة. بصراحة لست متأكداً.

أرى أن هذا هو بالضبط حالة الاستخدام الموصوفة في طلب الميزة الأصلي:

أرى أيضاً أن العديد من الأشخاص فكروا بنفس الشيء عندما رأوا مربع الاختيار الجديد: Bulk editing topic categories should not trigger thousands of email notifications - #12 by mbauman

PR نفسه يشير أيضاً إلى أن هذا كان القصد:

عند تحديد مربع الاختيار “تنفيذ هذا الإجراء بصمت”، لا ينبغي إدراج مهمة sidekiq الخاصة بـ :notify_category_change في قائمة الانتظار.

لكنني لا أرى تغطية مواصفات صريحة لهذه الحالة.

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

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

3 إعجابات

هاها! أعتقد أنني وجدت المشكلة :bug:

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

6 إعجابات

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

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

كان الأمر سابقاً:

أصبح الآن:

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

:telephone: يرجى الاستماع بعناية، حيث تغيرت خيارات القائمة لدينا…

إعجابَين (2)

تم إغلاق هذا الموضوع تلقائيًا بعد 13 ساعة. لم يعد الرد مسموحًا به.