Partkeepr: رقم الدفعة غير مدرج في تشغيل المشروع

تم إنشاؤها على ١٧ سبتمبر ٢٠٢٠  ·  12تعليقات  ·  مصدر: partkeepr/PartKeepr

كيف تتكاثر:

  1. أنشئ مشروعًا جديدًا ضمن "تحرير> مشاريع"
  2. أضف جزء واملأ الحقل "رقم الدفعة" بـ "12345" وانقر على "حفظ المشروع".
  3. قم بإنشاء تقرير مشروع ضمن "عرض> تقارير المشروع" ، حدد المشروع وقم بتعيين الكمية إلى 1 وانقر فوق إنشاء تقرير.
  4. انقر فوق "إزالة الأجزاء من المخزون"
  5. انتقل إلى "عرض> تشغيل المشروع" واعرض آخر تشغيل.

ماذا يحدث: "رقم الدفعة فارغ"
ما هو متوقع: يجب أن يكون رقم الدفعة "12345".

حل هذا والحصول على مكافأة

Backend Bug Low Priority

التعليق الأكثر فائدة

مرحبا! لقد رأيت هذه المشكلة على bountysource لذا ألقيت نظرة على الكود.

لقد تمكنت من إعادة إنتاج الخطأ. من خلال فحص http://partkeepr.local/api/project_run_parts/1 رأيت أن lotNumber تم تعيينه في الجزء داخل المشروع ، ولكن لم يتم تعيينه في جزء المستوى الأعلى. بناءً على ذلك ، أعتقد أنها مجرد مشكلة عرض بدلاً من اختفاء قيمة lotNumber ، في الواقع تم نسخ lotNumber داخل massRemoveStockAction من src/PartKeepr/PartBundle/Controller/PartController.php .

كيف يبدو الإصلاح التالي؟ https://github.com/partkeepr/PartKeepr/pull/1153

ال 12 كومينتر

أستطيع أن أؤكد هذه المشكلة.

لقد قمت للتو بإنشاء ملف تفريغ HAR من فايرفوكس لتوثيق هذا. خلال massRemoveStock يبدو أن رقم الدفعة لم يتم نقله ، إذا رأيته بشكل صحيح. وبالتالي يجب تنفيذه في تشغيل المشروع (ليكون حاضرًا عند النقر فوق "إزالة الأجزاء من المخزون".

مرحبا! لقد رأيت هذه المشكلة على bountysource لذا ألقيت نظرة على الكود.

لقد تمكنت من إعادة إنتاج الخطأ. من خلال فحص http://partkeepr.local/api/project_run_parts/1 رأيت أن lotNumber تم تعيينه في الجزء داخل المشروع ، ولكن لم يتم تعيينه في جزء المستوى الأعلى. بناءً على ذلك ، أعتقد أنها مجرد مشكلة عرض بدلاً من اختفاء قيمة lotNumber ، في الواقع تم نسخ lotNumber داخل massRemoveStockAction من src/PartKeepr/PartBundle/Controller/PartController.php .

كيف يبدو الإصلاح التالي؟ https://github.com/partkeepr/PartKeepr/pull/1153

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

حاولت تنفيذ التغييرات ولكن لا يبدو أن لها أي تأثير. لقد قمت فقط بتنفيذ التغييرات وقمت بإعادة تشغيل صفحة / الإعداد. هل أحتاج إلى تشغيل أي أوامر ملحن أيضًا؟

أعتقد أنه يجب حذف ذاكرة التخزين المؤقت لملفات جافا سكريبت للواجهة الأمامية حتى يتم تطبيق هذا التغيير. لقد قمت للتو بحذفها ثم أعدت تشغيل الإعداد ولكن فيما بعد وجدت هذه الأوامر التي قد تعمل بشكل أفضل https://wiki.partkeepr.org/wiki/Running_PartKeepr_from_GIT#Console_commands

@ ed-commits أنا مستجد تمامًا مع هذه البيئة ، لذا آسف على أسئلتي الغبية. ولكن بحذف ذاكرة التخزين المؤقت لجافا سكريبت للواجهة الأمامية ، هل تقصد تشغيل الأمر rm -rf app/cache/* ؟ لقد جربت هذا ، قبل تشغيل الإعداد ، لكنني ما زلت غير قادر على تضمينه في رقم الدفعة في عمليات تشغيل المشروع. هل يمكن أن تزودني بالإجراء الدقيق الذي استخدمته للتحقق من التصحيح حتى أتمكن من التكاثر؟

لقد فعلت ذلك ، ربما أيضًا جرب rm -rf web/js/compiled و rm -rf web/js/packages/extjs6 أيضًا. ثم أعد تشغيل الإعداد. ثم يجب أن ينطبق التغيير.

@ ed-commits لقد جربت هذا الآن أيضًا ، ولسوء الحظ لا يمكنني رؤية أن التغيير يحدث أي فرق. هل يستطيع شخص آخر تأكيد أن هذا يحل المشكلة؟

يمكنني الآن التأكيد على أن # 1153 يعمل على إصلاح هذه المشكلة. يبدو أنه تم إعادة تعيين ذاكرة التخزين المؤقت في مكان ما بعد فترة. ومع ذلك ، لا ينصح بإزالة المترجمة و extjs6. سيؤدي ذلك إلى تعطيل النظام بالكامل ، مما يجعله عالقًا في صفحة التحميل ، وتُترك صفحة الإعداد فارغة. يمكن إغلاق هذه المشكلة بمجرد دمج الإصلاح الرئيسي.

تحرير: Obs ، أرى الآن أن رقم الدفعة في تشغيل المشروع سيتغير إذا تغير المشروع (تحت تعديل-> المشاريع). هذا غير صحيح. يجب ألا يكون رقم الدفعة ممكنًا للتغيير بعد تشغيل المشروع. لذلك لا ترتبط مباشرة بالمشروع ، إذا كان ذلك منطقيًا.

أعتقد أن القضية تكمن بالفعل في مكان ما في العمل الجماعي للثروة الحيوانية
هنا: https://github.com/partkeepr/PartKeepr/blob/e39c5f87f9ad44c7b7d4ffb521178f492761320d/src/PartKeepr/PartBundle/Controller/PartController.php#L95

أو بالأحرى أن الحقل $removal->lotNumber فارغ. لذلك أكثر تحديدًا في مكان ما في طلب Json
https://github.com/partkeepr/PartKeepr/blob/e39c5f87f9ad44c7b7d4ffb521178f492761320d/src/PartKeepr/PartBundle/Controller/PartController.php#L33

الذي أعتقد أنه تم وضعه في مكان ما هنا:
https://github.com/partkeepr/PartKeepr/blob/7dd3ef8f2395097b3659bbe0587eac70b6ff7671/src/PartKeepr/FrontendBundle/Resources/public/js/Components/Project/ProjectReportResultGrid.js#L

فقط في حالة ما إذا كان مفيدًا ،
لاحظت وجود مشكلة منطقية مع زر "حفظ المشروع" عند استيراد جزء إلى المشروع.
بمجرد الانتهاء من كل العملية (قراءة ملف CSV ، انقر فوق "تنفيذ الاستيراد") بنجاح لإضافة قائمة الأجزاء إلى المشروع ، يتم تنفيذ جدول ProjectPart بشكل صحيح ، حتى إغلاق نافذة الاستيراد يظل صحيحًا ولكن عند النقر فوق " زر "حفظ المشروع" هذا التفريغ / التراجع عن التغييرات (؟)
في نهاية هذه الصفحة يشرح كيف يتحايل المستخدمون على هذا
https://readthedocs.web.cern.ch/display/PARTK/07a+-+Creating+Projects+and+BOM+Imports

يبدو أن ذكر "حفظ المشروع" في بداية هذا العدد والسلوك الموصوف يشبه ما وصفته.
يعتبر

عزيزي JoarGjersund ويلتزم المحررون
إذا فهمت بشكل صحيح عند تشغيل http: //localhost/web/app_dev.php
https://readthedocs.web.cern.ch/display/PARTK/Setup+for+Debug+and+Verbose+mode
لا يهمك ذاكرة التخزين المؤقت ، فما تقوم بتنفيذه يتم مباشرة.
يعتبر

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات

القضايا ذات الصلة

mctomaszek picture mctomaszek  ·  20تعليقات

FinalHopee picture FinalHopee  ·  32تعليقات

Drachenkaetzchen picture Drachenkaetzchen  ·  11تعليقات

integralmedia picture integralmedia  ·  4تعليقات

kgabryszewska picture kgabryszewska  ·  8تعليقات