chore(craft): restore missing field name in project config meta #29

Open
opened 2026-08-12 21:09:57 +00:00 by Phil · 0 comments
Owner

Bei jedem docker exec philflow_php_local php craft up verliert config/project/entryTypes/blogArtikel--c469060d-51a5-4b39-9f9b-de394aa8de73.yaml den Kommentar an einer Feld-Referenz. Konkret wird die Zeile

fieldUid: eca93070-3978-45b4-b137-48636ac33405 # Read-along Daten (JSON)

zu

fieldUid: eca93070-3978-45b4-b137-48636ac33405

Ursache ist, dass das Feld articleReadalong (UID eca93070-3978-45b4-b137-48636ac33405) keinen Eintrag mehr in config/project/project.yaml unter meta.__names__ hat. Craft regeneriert den Kommentar bei jedem project-config/apply aus diesem Lookup und findet dort nichts, deshalb verschwindet er.

Reproduzierbar unabhängig von Issue #23: Der Effekt tritt auch auf main vor jeder Änderung an den acht Boilerplate-Entry-Types auf, ist also vorbestehend und nicht Teil dieser Arbeit. Ich habe die Datei bei jedem Auftreten zurückgesetzt, um meinen Branch sauber zu halten, aber der Root Cause bleibt bestehen und produziert bei jedem künftigen craft up denselben unerwarteten Diff.

Auswirkung: Kein funktionaler Fehler, aber ein wiederkehrender Rauschen-Diff in config/project/, der irgendwann jemanden verwirrt, der einen unerwarteten Change in blogArtikel--*.yaml sieht und nicht weiß, ob er echt ist.

Fix: den fehlenden meta.__names__-Eintrag für eca93070-3978-45b4-b137-48636ac33405 (Read-along Daten JSON) in config/project/project.yaml wiederherstellen, dann php craft up erneut laufen lassen und bestätigen, dass der Kommentar stabil bleibt.

Gefunden während der Arbeit an #23.

Bei jedem `docker exec philflow_php_local php craft up` verliert `config/project/entryTypes/blogArtikel--c469060d-51a5-4b39-9f9b-de394aa8de73.yaml` den Kommentar an einer Feld-Referenz. Konkret wird die Zeile ```yaml fieldUid: eca93070-3978-45b4-b137-48636ac33405 # Read-along Daten (JSON) ``` zu ```yaml fieldUid: eca93070-3978-45b4-b137-48636ac33405 ``` Ursache ist, dass das Feld `articleReadalong` (UID `eca93070-3978-45b4-b137-48636ac33405`) keinen Eintrag mehr in `config/project/project.yaml` unter `meta.__names__` hat. Craft regeneriert den Kommentar bei jedem `project-config/apply` aus diesem Lookup und findet dort nichts, deshalb verschwindet er. Reproduzierbar unabhängig von Issue #23: Der Effekt tritt auch auf `main` vor jeder Änderung an den acht Boilerplate-Entry-Types auf, ist also vorbestehend und nicht Teil dieser Arbeit. Ich habe die Datei bei jedem Auftreten zurückgesetzt, um meinen Branch sauber zu halten, aber der Root Cause bleibt bestehen und produziert bei jedem künftigen `craft up` denselben unerwarteten Diff. Auswirkung: Kein funktionaler Fehler, aber ein wiederkehrender Rauschen-Diff in `config/project/`, der irgendwann jemanden verwirrt, der einen unerwarteten Change in `blogArtikel--*.yaml` sieht und nicht weiß, ob er echt ist. Fix: den fehlenden `meta.__names__`-Eintrag für `eca93070-3978-45b4-b137-48636ac33405` (Read-along Daten JSON) in `config/project/project.yaml` wiederherstellen, dann `php craft up` erneut laufen lassen und bestätigen, dass der Kommentar stabil bleibt. Gefunden während der Arbeit an #23.
Sign in to join this conversation.
No labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
Phil/philflow.io#29
No description provided.