Partkeepr: Chargennummer nicht in Projektläufen enthalten

Dieses Problem kann ich bestätigen.

Ich habe gerade einen HAR-Dump von Firefox erstellt , um dies zu dokumentieren. Während massRemoveStock scheint die Losnummer nicht übertragen zu werden, wenn ich sie richtig sehe. Daher muss es im Projektablauf implementiert werden (um beim Klicken auf "Teile aus dem Lager" vorhanden zu sein).

Hallo! Ich habe dieses Problem bei Bountysource gesehen, also habe ich mir den Code angesehen.

Ich konnte den Fehler reproduzieren. Bei der Untersuchung von http://partkeepr.local/api/project_run_parts/1 ich gesehen, dass lotNumber im Teil innerhalb des Projekts festgelegt ist, aber nicht im Teil der obersten Ebene. Auf dieser Grundlage denke ich, dass es nur ein Anzeigeproblem ist und nicht der lotNumber verschwindet, tatsächlich wird lotNumber innerhalb von massRemoveStockAction von src/PartKeepr/PartBundle/Controller/PartController.php kopiert.

Wie sieht die folgende Korrektur aus? https://github.com/partkeepr/PartKeepr/pull/1153

Es wäre schön, eine Bestätigung zu erhalten, dass Ihr PR dieses Problem vollständig behebt!

Ich habe versucht, die Änderungen zu implementieren, aber es schien keine Wirkung zu haben. Ich habe nur die Änderungen implementiert und die /setup-Seite erneut ausgeführt. Muss ich auch Composer-Befehle ausführen?

Ich denke, dass der Cache der Frontend-Javascript-Dateien gelöscht werden muss, damit diese Änderung wirksam wird. Ich habe sie gerade gelöscht und dann das Setup erneut ausgeführt, aber später habe ich diese Befehle gefunden, die möglicherweise besser funktionieren https://wiki.partkeepr.org/wiki/Running_PartKeepr_from_GIT#Console_commands

@ed-commits Ich bin ein absoluter Neuling mit dieser Umgebung, also entschuldigen Sie meine dummen Fragen. Aber mit dem Löschen des Frontend-Javascript-Cache meinen Sie das Ausführen des Befehls rm -rf app/cache/* ? Ich habe dies versucht, bevor ich das Setup ausgeführt habe, aber ich bin immer noch nicht in der Lage, die Chargennummer in die Projektläufe einzubeziehen. Können Sie mir das genaue Verfahren mitteilen, mit dem Sie den Patch überprüft haben, damit ich ihn reproduzieren kann?

Ich habe das gemacht, vielleicht auch rm -rf web/js/compiled und rm -rf web/js/packages/extjs6 versuchen. Führen Sie dann die Einrichtung erneut aus. dann sollte die Änderung gelten.

@ed-commits Das habe ich jetzt auch versucht, und ich kann leider nicht sehen, dass die Änderung einen Unterschied macht. Kann jemand anderes bestätigen, dass das Problem damit behoben ist?

Ich kann jetzt bestätigen, dass #1153 dieses Problem behebt. Anscheinend wurde der Cache irgendwo nach einer Weile zurückgesetzt. Es wird jedoch nicht empfohlen, kompiliert und extjs6 zu entfernen. Es wird das gesamte System blockieren, sodass es auf der Ladeseite hängen bleibt und die Setup-Seite leer bleibt. Dieses Problem kann geschlossen werden, sobald der Fix mit dem Master zusammengeführt wurde.

edit: Obs, ich sehe jetzt, dass sich die Losnummer im Projektlauf ändert, wenn sich das Projekt ändert (unter Bearbeiten->Projekte). Das ist nicht richtig. Die Losnummer sollte nach einem Projektlauf nicht mehr geändert werden können. Also nicht direkt mit dem Projekt verlinkt, wenn das Sinn macht.

Ich denke, das Problem liegt tatsächlich irgendwo in der Massremovestock-Aktion
hier: https://github.com/partkeepr/PartKeepr/blob/e39c5f87f9ad44c7b7d4ffb521178f492761320d/src/PartKeepr/PartBundle/Controller/PartController.php#L95

Oder besser gesagt, dass das Feld $removal->lotNumber leer ist. Also genauer irgendwo in der json-Anfrage
https://github.com/partkeepr/PartKeepr/blob/e39c5f87f9ad44c7b7d4ffb521178f492761320d/src/PartKeepr/PartBundle/Controller/PartController.php#L33

Was ich denke, ist hier irgendwo eingestellt:
https://github.com/partkeepr/PartKeepr/blob/7dd3ef8f2395097b3659bbe0587eac70b6ff7671/src/PartKeepr/FrontendBundle/Resources/public/js/Components/Project/ProjectReportResultGrid.js#L357

Nur für den Fall, dass es nützlich ist,
Mir ist aufgefallen, dass es beim Importieren eines Teils in das Projekt ein logisches Problem mit der Schaltfläche "Projekt speichern" gibt.
Sobald der gesamte Vorgang (Lesen der CSV-Datei, Klicken auf "Import ausführen") erfolgreich abgeschlossen ist, um die Teileliste zum Projekt hinzuzufügen, ist die Tabelle ProjectPart korrekt ausgefüllt, selbst das Schließen des Importfensters ist weiterhin korrekt, aber wenn Sie auf " Projekt speichern"-Schaltfläche entlädt/rückt die Änderungen (?)
am Ende dieser Seite wird erklärt, wie die Benutzer dies umgehen
https://readthedocs.web.cern.ch/display/PARTK/07a+-+Erstellen+Projekte+und+BOM+Importe

die Erwähnung des "Projekt speichern" am Anfang dieser Ausgabe und das beschriebene Verhalten scheinen dem von mir beschriebenen ähnlich zu sein.
Grüße

Lieber JoarGjersund und ed-commits
Wenn ich es richtig verstanden habe, wenn Sie http://localhost/web/app_dev.php ausführen
https://readthedocs.web.cern.ch/display/PARTK/Setup+for+Debug+and+Verbose+mode
Sie kümmern sich nicht um den Cache, was Sie ausführen, wird direkt erledigt.
Grüße