وصف المشكلة/الخطأ/السؤال
لسبب ما، العُقد المثبّتة في سير العمل تظهر على أنها “مثبّتة” في علامة تبويب التنفيذ حتى لو أن التنفيذ ليس تنفيذ اختبار.
حاولت فك تثبيت العُقدة، لكنها تظهر بالزال على أنها “مثبّتة” في التنفيذات بعد فك تثبيت العُقدة وإعادة نشرها.
ما هي رسالة الخطأ (إن وجدت)؟
لا توجد رسالة خطأ.
معلومات إعداد n8n لديك
- إصدار n8n: 2.21.8
- قاعدة البيانات (الافتراضية: SQLite): السحابة الافتراضية
- إعداد n8n EXECUTIONS_PROCESS (الافتراضي: own, main): الافتراضي
- تشغيل n8n عبر (Docker, npm, n8n cloud, desktop app): n8n cloud
- نظام التشغيل: Windows 11, متصفح Helium Chromium
مرحباً @Evan711
يبدو أن واجهة n8n الخاصة بك تعرض شارة “مثبّت” بالخطأ، وهذا على الأرجح خطأ بصري وليس مشكلة في بيانات سير العمل الفعلية. على الرغم من أنك قمت بإلغاء تثبيت العقدة، قد يكون المتصفح أو خدمة n8n السحابية “تتذكر” الإعداد القديم بسبب مشكلة في التخزين المؤقت. هذا يعني أن سير العمل الخاص بك يعمل على الأرجح بشكل طبيعي مع البيانات الحقيقية، لكن الشاشة تعرض حالة التثبيت بشكل غير صحيح.
لإصلاح هذا، يجب عليك أولاً محاولة إجراء “تحديث قسري” للمتصفح (Ctrl+F5 أو Cmd+Shift+R) لمسح أي معلومات عالقة. إذا لم ينجح ذلك، حاول حذف العقدة وإضافة واحدة جديدة لإعادة تعيين إعداداتها. يمكنك التحقق مما إذا كانت المشكلة مجرد خطأ بصري من خلال تحميل سير العمل الخاص بك كملف JSON؛ إذا لم تظهر كلمة “pinData” في هذا الملف، فإن سير العمل الخاص بك يعمل بشكل مثالي وشارة “مثبّت” هي ببساطة خطأ في العرض يجب أن تبلغ عنه لفريق دعم n8n help@n8n.io
@Evan711 الأيقونة البرتقالية/الصفراء على “When Executed by Another Workflow” قد لا تكون مؤشر البيانات المثبتة فعليًا — يمكن أن تكون أيضًا إشارة بصرية من n8n تشير إلى أن المشغل استقبل بيانات الإدخال من عقدة Execute Workflow في سير العمل الأصلي. هل يظهر المحتوى المثبت الفعلي في لوحة الإدخال/الإخراج لتلك العقدة عندما تنقر عليها، أم أن الأيقونة فقط هي التي تشير إلى المحتوى المثبت؟
أهلاً وسهلاً @Evan711 في مجتمعنا! أنا Jay وأنا منشئ موثّق من n8n.
الحدس الذي لدى Achamm صحيح - المؤشر البرتقالي على عقدة الزناد “When Executed by Another Workflow” لا يعني أن pinData نشط. إنه إشارة بصرية من n8n توضح أن الزناد استقبل بيانات مباشرة من عقدة Execute Workflow في سير العمل الأب. هذا هو السلوك المتوقع لسير العمل الفرعي.
للتأكد من عدم وجود pinData فعلي متبقّ على العقدة، قم بتنزيل سير العمل الخاص بك بصيغة JSON والبحث عن النص pinData داخل الملف. إذا كان غائباً، فإن البيانات في تلك العقدة هي 100% بيانات مباشرة من الأب، وليست معلّقة - الشارة هي مجرد طريقة الواجهة لإظهار أن العقدة استقبلت مدخلات خارجياً بدلاً من تفعيل الزناد الخاص بها. يمكنك تجاهل ذلك بأمان.
أنشر هنا بدلاً من فتح مشكلة جديدة لأنني متأكد تماماً من أنني أرى نفس الشيء. واجهت مشكلة هذا الصباح حيث تم تشغيل webhook ثلاث مرات. عندما أنظر إلى عقدة webhook في n8n، فإنها لا تُظهر فقط أن البيانات مثبتة، بل تعرض البيانات المثبتة على الإخراج بدلاً من البيانات الفعلية التي شغلت webhook. بالتأكيد لا تعرض بيانات التنفيذ الحقيقية.
لقد أنشأت فيديوهين يوضحان هذا في الواقع. الأول يوضح المشكلة. الثاني يوضح لماذا تمثل هذه مشكلة، حيث يؤكد Baserow أنه شغل webhook مرة واحدة بينما يؤكد n8n أنها شغلت ثلاث مرات. هذه المشكلة مع ظهور البيانات المثبتة في علامة التبويب Executions تجعل من المستحيل استكشاف الأخطاء عندما تكون بيانات webhook لا تزال مثبتة في علامة التبويب Editor.
فتحت مشكلة على GitHub لأنني متأكد من أن هذا المنتدى مجرد دعم مكرر ومملوء برثثات AI من قبل العميان الذين يقودون العميان. أردت فقط أن أعلم صاحب المشكلة الأصلي أنه ليس مجنوناً وأن “إعادة تحديث المتصفح لأنها مشكلة بصرية” أو “لا بأس لأنها ربما ليست حقيقية” يمكن رفضهما كإجابة.
شكراً لك Adrian! فيديوك يوضح بالضبط المشكلة التي أواجهها. أنا سعيد بمعرفة أنني لست مجنوناً. إنها بالتأكيد مشكلة في n8n وليس في متصفحي.
أواجه المشكلة ذاتها بالضبط وهي تسبب أخطاء حرجة في سير عملنا.
كما ذكرت، فإن العقد المثبتة الآن تتسرب إلى عمليات الإنتاج. هذا يحبط الغرض من الميزة تماماً، حيث أننا نعتمد على البيانات المثبتة فقط لاختبار المسارات في المحرر دون التأثير على سير العمل المباشر المنشور. الآن، جميع الويبهوكات/المشغلات النشطة لدينا تتجاهل البيانات الواردة الفعلية وتستخدم بيانات المحاكاة المثبتة بدلاً منها.
هذا عطل حرج لأي شخص يقوم بتشغيل n8n في الإنتاج. هل وجد أحد حلاً بديلاً للالتفاف حول هذا أثناء انتظارنا لإصلاح رسمي من فريق n8n؟
أنا لا أرى بيانات مثبتة تدخل إلى تنفيذ الإنتاج. فقط لوحة التنفيذ تعرض البيانات المثبتة بدلاً من بيانات المشغل الفعلية. إذا كان لديك إثبات بأن سير العمل الإنتاجي لديك يعمل ببيانات مثبتة، فسأشجعك على إنشاء فيديو لذلك وإرفاقه بالمشكلة التي أثرتها وربطتها أعلاه. أو افتح مشكلة جديدة وضع “حرج” أو “عاجل” أو شيء من هذا القبيل في سطر الموضوع حتى يلقي شخص ما نظرة عليها. إذا كان هذا يحدث فعلاً، فهذه مشكلة حرجة، وسيقومون بإصلاحها على الفور.
تم إغلاق مشكلتي كنسخة مكررة من مشكلة سابقة والتي قالوا إنها كانت تراجعاً (طريقة فاخرة للقول، “خلل غير مقصود تم إدخاله بواسطة ميزة جديدة وأفسد شيئاً كان يعمل بالفعل،”) وسيتم إصلاحه الآن في الإصدار 2.22.6. اعتذروا عن الإزعاج.
@adriandotgoins
أنت محق تماماً. بعد إجراء اختبارات أعمق بناءً على ردك، أدركت أن المشكلة بالفعل بصرية فقط، تماماً كما وصفت.
البيانات الواردة الفعلية يتم معالجتها بشكل صحيح في الواقع. ومع ذلك، العامل المزعج الرئيسي هنا هو أن لوحة التنفيذ تخفي هذا تماماً. فهي تعرض معالجة سير العمل للبيانات المثبتة، مما يعني أننا نفقد تماماً القدرة على فحص أو الوصول إلى بيانات الإنتاج الفعلية في سجلات التنفيذ.
إذاً، بينما أنه ليس حرفياً يكسر التدفق بإرسال بيانات وهمية إلى الإنتاج، إلا أنه يصبح كابوساً لتصحيح الأخطاء والمراقبة، لأننا لدينا فقط إمكانية الوصول إلى النتائج البصرية للبيانات المثبتة.
أنا ممتن حقاً لسماع أنهم أقروا بها كخطأ في الإصدار وأن إصلاحاً قيد الطريق بالفعل للإصدار 2.22.6. شكراً لك على توجيهك لي في الاتجاه الصحيح وتوضيح السلوك!
تصنيف “مثبّت” في سجل التنفيذ هو سجل تاريخي؛ فهو يعرض ما تم تشغيله بالفعل أثناء ذلك التنفيذ المحدد، وليس الحالة الحالية لسير عملك.
أي تنفيذ تم تشغيله بينما كانت العقدة مثبّتة سيظهر مثبّت بشكل دائم، حتى بعد إلغاء التثبيت. هذا الجزء متوقع ولن يتغير.
السؤال هو ما إذا كانت التنفيذات الجديدة بعد إلغاء التثبيت + إعادة النشر تظهر أيضاً مثبّتة. إذا كان الأمر كذلك، جرّب إعادة التحميل الكاملة (Ctrl+Shift+R) أولاً؛ في بعض الأحيان يقدم المتصفح نسخة مخزنة مؤقتاً من سير العمل، ولا يصل إلغاء التثبيت إلى الخادم بالفعل. ثم قم بتشغيل تنفيذ جديد وتحقق من هذا التنفيذ بالتحديد.
إذا ظل التنفيذات الجديدة تظهر مثبّتة بعد إعادة التحميل الكاملة، قم بتصدير JSON سير العمل والبحث عن مفتاح pinData على تلك العقدة. إذا كان لا يزال موجوداً، فإن إلغاء التثبيت لم يستمر؛ فقد فشل الحفظ بصمت.
حذفه من JSON وأعد الاستيراد والنشر، وستكون واضحاً.
شكراً لك على دقتك. محتوى الذكاء الاصطناعي ذو الجودة المنخفضة يجعل هذا مزعجاً
قمت بنشر منشور آخر هنا: Pinned Node in execution view is annoying
