الأتمتة الدورية المُفعَّلة شهريًا لا تعمل كما هو متوقع

Lilly · 12 مايو 2026، 8:04ص

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

على أي حال، قمت ببعض البحث الإضافي

لم أستطع في الواقع العثور على سكريبت الأتمتة الخاص بـ schedule pm with data-explorer results في مجلد plugins/automation/lib/discourse_automation/scripts الأساسي، لذا فهو مختبئ في مكان آخر.

لكنني كنت أراجع المنطق هنا للتكرار (يفترض أن السكريبت يستخدمه) في plugins/automation/lib/discourse_automation/triggers/recurring.rb:

github.com/discourse/discourse

plugins/automation/lib/discourse_automation/triggers/recurring.rb

4c15bb09c


      
          when "month"
            count = 0
            (start_date.beginning_of_month.to_date..start_date.end_of_month.to_date).each do |date|
              count += 1 if date.strftime("%A") == start_date.strftime("%A")
              break if date.day == start_date.day
            end
            RRule::Rule
              .new("FREQ=MONTHLY;INTERVAL=#{interval};BYDAY=#{count}#{byday}", dtstart: start_date)
              .between(Time.now, interval_end.months.from_now)
              .find { |date| date > Time.zone.now }

أعتقد أن الكود الأساسي للأتمتة الشهرية المتكررة يحسب اليوم الأسبوعي رقم N بدلاً من تاريخ التقويم الفعلي، وهناك عدم تطابق في المنطق مع Calendar day - حيث أن حقن BYDAY=#{count}#{byday} في قاعدة RRule يجبر الأتمتة على مواءمة اليوم الأسبوعي، وأنه يجب استخدام BYMONTHDAY بدلاً من BYDAY.

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

عندما يأتي شهر مايو، يكون الأربعاء الثالث هو 20 مايو، مما يتسبب في انحراف الجدول الزمني بمقدار 5 أيام.

علاوة على ذلك، إذا قمت بضبط أتمتة في اليوم 30 أو 31 من شهر (مثل “الثلاثاء الخامس”)، فسوف يبحث النظام عن الثلاثاء الخامس في الشهر التالي. إذا كان ذلك الشهر يحتوي فقط على 4 أيام ثلاثاء، فإن الأتمتة ستفشل تماماً في العثور على تاريخ صالح وستتخطى الشهر بالكامل بصمت.

لدي إصلاح مُختبر وأقوم بإنشاء طلب دمج (PR) إذا رغب الفريق في الاطلاع عليه. يغير هذا الإصلاح المنطق من “اليوم الأسبوعي رقم N” إلى “تاريخ التقويم الدقيق”.

إليك بعض لقطات الشاشة من اختباراتي وتصحيح الأخطاء:

حالتان، واحدة بدون إصلاح والأخرى مع إصلاح المنطق الخاص بي

قم بإنشاء نفس الأتمتة بالضبط في كلتا الحالتين (الإصدار المُصلح على اليمين):

انظر إلى الاختلافات في اللافتات التي تقول “سيتم تشغيل الأتمتة التالية في:” مع انحراف 5 أيام - الإصدار غير المصحح ينحرف إلى الأربعاء الثالث (20 مايو)، بدلاً من 15 مايو.

على سبيل المثال، قد يتم تخطي الشهور بالكامل إذا كان يبحث عن الخميس الرابع بدلاً من تاريخ فعلي.

يمكنك أيضاً اختبار النتيجة نفسها في وحدة تحكم Rails

غير مصحح:

مع الإصلاح:

طلب الدمج هنا:

github.com/discourse/discourse

FIX: Automation Plugin - Monthly recurring triggers shifting dates and skipping months (BYDAY to BYMONTHDAY) (#39917)

main ← Lillinator:automation-recurring-month-fix

opened 07:59AM - 12 May 26 UTC

Lillinator

+7 -9

**Description:** **Context / Bug:** Currently, when an admin sets a monthly …recurring automation, the script attempts to calculate the "Nth Weekday" (e.g., "The 3rd Tuesday") using `BYDAY` instead of the actual calendar date. This causes two major issues for administrators: 1. **Shifting Dates:** Users expect a monthly report to run on the exact same calendar date (e.g., the 15th). Instead, the date shifts back and forth depending on when the "3rd Tuesday" or "2nd Friday" falls in the following month. 2. **Silent Failures:** If an admin sets a start date on the 30th or 31st of a month (e.g., the 5th Tuesday), the automation generates a rule like `BYDAY=5TU`. Months that only have 4 Tuesdays will completely fail to find a valid execution date and silently skip the entire month. **Changes:** * Replaced the `BYDAY` string calculation with `BYMONTHDAY=#{start_date.day}`. Monthly schedules will now reliably trigger on the exact calendar date matching user expectations. * Removed the now-unused `count` while-loop that was calculating the weekday occurrence. * *Minor cleanup:* Swapped `Time.now` for `Time.zone.now` in the RRule bounds check for standard Rails timezone consistency. **Test Updates:** * Updated two existing assertions in `recurring_spec.rb`. The original tests were explicitly (and incorrectly) expecting the buggy Nth-weekday drift. I corrected the assertion dates to expect the proper exact calendar day. **Files Touched:** * `plugins/discourse-automation/lib/discourse_automation/triggers/recurring.rb` * `plugins/discourse-automation/spec/lib/discourse_automation/triggers/recurring_spec.rb`

تعديل: يبدو أن الخطأ يؤثر على أي سكريبت أتمتة يستخدم محفز recurring مضبوطاً للتشغيل شهرياً.

يمكنني أيضاً تكرار ظهور لافتة فارغة أحياناً، على سبيل المثال إذا قمت بضبط تاريخ البدء ليوم 29 أبريل 2026، فلن يتمكن من العثور على الأربعاء الخامس لشهر مايو لأنه غير موجود - سيفشل تشغيل الأتمتة هنا: (غير المصحح على اليسار، والمصحح على اليمين)

يبدو أن الخطأ يرمي NoMethodError في Rails عندما لا يتمكن من العثور على اليوم رقم N في الأسبوع كما هو موضح أعلاه؛ ومن هنا تأتي اللافتة الفارغة للتشغيل التالي والفشل في التشغيل:

الموضوع		الردود	مرات العرض
Automation script Schedule PM with Data Explorer results not sending PMs Bug automation	12	1282	6 يوليو 2023
Discourse Automation Plugin official , automation , included-in-core	76	24621	19 مارس 2026
Policy Plugin: Monthly policy recurrence Feature policy	3	624	14 سبتمبر 2020
Expand automation scheduling options Feature data-explorer , automation	3	105	1 مايو 2025
Calendar and Event Plugin: recurring event option: [n]th [week]day of the month Feature calendar-and-event	4	204	23 فبراير 2026

الأتمتة الدورية المُفعَّلة شهريًا لا تعمل كما هو متوقع

الموضوعات ذات الصلة