- Shipped
- 22. Juli 2026 um 17:31 UTC
- Author
- kamo
- Commit
- f31c03c
/leads/view/{id] starb mit "Kann Eigenschaften von Null nicht lesen (Lesen 'VorzugsName') ". LeadDTO.toDTO() baut nur primärKontakt im Inneren (lead.getName() != null) ", so kommt eine Leine ohne Namenszeile als "primaryContact: null" . aber art/leads.ts erklärte es für nicht nullierbar, also Compiler hat nie jemanden gebeten, zu überprüfen. Gleiche Lüge auf firstName/lastName/email (nullable individuell, und der Redaktionsweg Nullen E-Mail / Telefone wieder auf einem Kontakt, der existiert), Telefone und Sprachen (jeder unter seiner eigenen Null gebaut überprüfen) und Kontakte, die die Lead-Endpunkte überhaupt nicht bevölkern. Die Wahrheit in der Art zu erzählen, verwandelte tsc in die Suche: es fand drei Seiten, nicht eine. Die Header, die Übersichtsschiene **************** optionale Kette stoppt einen Hop kurz, die den Moment geworfen hätte Header wurde fixiert - und der Kopf-Name-Helfer. Der ADDRESS-Zweig des Custom-Form-Renderers hatte die gleiche Form von einem verschiedene Richtungen: Der gespeicherte Wert ist untypisiert, also "JSON.parse(Wert || "{") zurückruft null für eine gespeicherte "null" und warf geradezu auf Legacy freien Text, dann Es wurde unbewacht vorgelesen. Seine DROPDOWN und RADIO Geschwister waren bereits in Try/Catch eingewickelt; dieser war es nicht, und renderField() wird nackt genannt innerhalb JSX ohne Fehlergrenze, so entweder werfen blendet die Seite. Normalisierung an den beiden Grenzen statt an jedem Anruf vor Ort: mapLeadResponse für holt, und die Websocket Samenbahn. Nur der Samenpfad - der Verschmelzungsplatz unten es absichtlich überspringt eingehende Nullen, so dass eine teilweise LEAD_UPDATED nicht leer Unberührte Felder, und die Normalisierung zuerst hätte sich "primaryContact: null" in ein leeres Objekt, das einen guten Kontakt überschreibt und den Namen auf jedem ausblendet Statusänderung. Ein fehlender Name gibt nun einen em-Strich wieder.