- Verschifft
- 14. August 2026 um 08:30 UTC
- Autor
- kamo
- Ausschuss
- 0afbb81
wallClockToInstant angerufen toISOString() an einem Datum, das es nicht überprüft hatte, also unlesbare Eingabe warf RangeError statt der Rückgabe von etwas unbrauchbarem. Der Dialog initialisiert beide Datumszeitfelder zum leeren String und füllt sie aus von einem Effekt, so dass der erste Render eines jeden Ereignisdialoges ihn zum Lesen auffordert "" - und der Wurf hat den Dialog heruntergenommen, bevor er malen konnte. Berichtet aus der Lead Callback-Button, der den Dialog frisch auf Öffnen einschaltet; die Kalenderseite Hängt es bedingungslos und traf den gleichen Fehler. Der Code, der ersetzt wurde, war versehentlich sicher: new Date(").getTime() ist NaN, und Jeder Anrufer wacht bereits auf NaN. Beide Helfer halten sich nun an diesen Vertrag bewusst - unlesbar in, leere Schnur aus, nie eine Ausnahme. Sparen ist gated auf die Zeiten zu lesen als auch. rangeInvalid nur fängt eine Ende vor einem Start, so dass ein leeres oder halb-typed Feld keine Dauer produziert und es übergeben; ein Dialog mit einem vorgefüllten Titel, der jeder Rückruf ist, könnte dann mit einem gelöschten Datum eingereicht werden und einen leeren Augenblick für den Dienst zu posten ablehnen.