اسم ملف ICS غير محدد

dax · 5 نوفمبر 2025، 5:55م

نظرة عامة

عند النقر على “إضافة إلى التقويم” في نافذة معاينة الحدث (التي تظهر بعد النقر على تاريخ الحدث):

يتم تسمية ملف .ics الذي تم تنزيله باسم undefined.ics ويتم أيضًا تعيين عنوان الحدث داخل ملف التقويم إلى SUMMARY:undefined. ومع ذلك، فإن تنزيل التقويم عبر خيار “إضافة إلى التقويم” من قائمة النقاط الثلاث للحدث يعمل كما هو متوقع، باستخدام عنوان الحدث لكل من اسم الملف وملخص التقويم.

خطوات التكرار

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

النتائج المتوقعة

يجب تسمية ملف .ics الذي تم تنزيله باسم عنوان الحدث
يجب أن يحتوي محتوى ملف التقويم على SUMMARY: صحيح مع عنوان الحدث

النتائج المرصودة

يتم تسمية الملف الذي تم تنزيله باسم undefined.ics
عنوان الحدث في ملف التقويم هو SUMMARY:undefined
(عند التنزيل من قائمة النقاط الثلاث، يكون كل من اسم الملف والملخص صحيحين.)

سياق إضافي

مثال على محتوى ICS غير صحيح:

BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//Discourse//EN
BEGIN:VEVENT
UID:1762794000000_1762801200000
DTSTAMP:20251105T173754Z
DTSTART:20251110T170000Z
DTEND:20251110T190000Z
SUMMARY:undefined
END:VEVENT
END:VCALENDAR

تم الاختبار على Meta والعديد من مواقع Discourse الأخرى، وكانت النتيجة متماثلة.

sam · 6 نوفمبر 2025، 1:24ص

هذه مسألة صعبة يا داكس، وهي نتيجة ثانوية لخط أنابيب المعالجة لدينا.

نقوم بإنشاء bbcode للتواريخ هنا:

github.com/discourse/discourse

plugins/discourse-calendar/assets/javascripts/discourse/components/discourse-post-event/dates.gjs

d440592f8


      
          get datesBBCode() {
            const dates = [];
          
            const startDate = this.buildDateBBCode({
              date: this.startsAt,
              format: this.startsAtFormat,
              range: !!this.endsAt && "from",
            });
          
            dates.push(startDate);
          
            if (this.endsAt) {
              const endDate = this.buildDateBBCode({
                date: this.endsAt,
                format: this.endsAtFormat,
                range: "to",
              });
              dates.push(endDate);
            }

This file has been truncated. show original

ونقوم بمعالجته هنا:

github.com/discourse/discourse

plugins/discourse-calendar/assets/javascripts/discourse/components/discourse-post-event/dates.gjs

d440592f8


      
          const result = await cook(bbcode);

لذلك، في سياق جزء HTML المعالج، فإن “تنزيل ics” لا يكون على دراية بالمنشور الفعلي الذي يوجد عليه (أو الحدث).

لدينا أيضًا خط أنابيب مختلف لإنشاء ics على:

github.com/discourse/discourse

frontend/discourse/app/lib/download-calendar.js

d440592f8


      
          downloadIcs(title, formattedDates, options);

لذلك، نحتاج إلى اتخاذ قرار من منظور هندسي ما إذا كان:

نقوم بتعليم “معالجة التواريخ” كيفية إعادة توجيه إنشاء ics إلى Discourse Calendar.

أو

نوفر سياقًا كافيًا لـ Discourse Local Dates، حتى يتمكن من إنشاء ics بشكل مستقل والحفاظ على تكسير الكود.

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

Ric · 6 نوفمبر 2025، 1:45م

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

sam · 7 نوفمبر 2025، 5:13ص

هناك الكثير هنا:

إنه يوم الجمعة (على الأقل في مكان ما ؛ ص) لذا سأنتظر حتى يوم الاثنين للدمج.

هذا التغيير واسع النطاق بشكل لا يصدق ويجب أن يمنحنا دعم ICS أفضل بكثير.

يوحد خط الأنابيب لإنشاء ICS - نستخدم آلية واحدة فقط لكل من الإضافة إلى التقويم والنقر على التواريخ
يصحح العديد من التفاصيل الصغيرة الدقيقة في تنسيق ics
- نمرر RRULE لذا إذا قمت بالتقاط حدث متكرر
- فواصل أسطر CRLF الصحيحة والالتزام العام بتنسيق ICS
- دعم المنطقة الزمنية لذا عندما تلتقط ICS لحدث ما ، فإنه سيشير إلى المنطقة الزمنية الصحيحة مقابل أن يكون حدث UTC - هذا يعني أن التكرار سيعمل.
يوسع تنسيق التواريخ المحلية لدعم ics مشفر اختياريًا

سؤال مفتوح لدي هو نعم ، rrule أو لا ، rrule.

إذا نقرت هنا:

هل ننوي إضافة الحدث المتكرر؟ أم مجرد مثيل واحد للحدث؟

وبالمثل، ماذا عن هنا:

@lindsey أنا متردد هنا ، يمكنني رؤية الحجة من كلا الجانبين.

نقرت على حدث متكرر وأردت إضافة التكرار إلى تقويمي

أو

نقرت على مثيل لتكرار وأريد فقط إضافته.

لقد طبقت (1) لأنني أميل إلى الشعور بأنها أكثر صحة ، لكنني منفتح على تغييرها إلى 2 إذا كنت تفضل ذلك.

nat · 7 نوفمبر 2025، 8:22ص

تم دمج منشور في موضوع موجود: صفحة الأحداث القادمة معطلة بعد التحديث الأخير

lindsey · 7 نوفمبر 2025، 2:42م

أتفهم الحجة في كلا الاتجاهين ولكني أفضل أيضًا الخيار 1. أعتقد أنه أكثر صحة، ويسهل “إصلاحه” إذا لم يكن ما يريده المستخدم، لأن معظم برامج التقويم تجعل من السهل جدًا حذف الأحداث الإضافية بإجراء واحد (مثل تقويم Google):

لذلك فإن الإزعاج المتمثل في:

لم أرغب في الرد على جميع الأحداث، لذا أحتاج إلى إزالة الأحداث الإضافية

أقل بكثير من الإزعاج المتمثل في:

أردت الرد على جميع الأحداث، لذا أحتاج إلى العودة إلى هنا كل أسبوع والتأكد من الاستمرار في إضافتها إلى تقويمي

sam · 10 نوفمبر 2025، 4:06ص

رائع، لقد أبقيت على الرد على الكل.

تم دمجه اليوم

sam · 14 نوفمبر 2025، 9:00م

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

الموضوع		الردود	مرات العرض
How to generate ics of upcoming events? Support calendar-and-event	0	483	26 سبتمبر 2022
Include link and description when adding to google calendar and ical Feature completed , calendar-and-event	6	1741	6 مايو 2024
Category-level ICS/GCal link Feature calendar-and-event	2	172	26 سبتمبر 2023
LOCATION is not available in full ICS export Bug calendar-and-event	1	47	10 نوفمبر 2025
Re-add full ics export Feature calendar-and-event , completed	9	959	29 أكتوبر 2025

اسم ملف ICS غير محدد

نظرة عامة

خطوات التكرار

النتائج المتوقعة

النتائج المرصودة

سياق إضافي

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