- Verschifft
- 22. August 2026 um 11:28 UTC
- Autor
- kamo
- Ausschuss
- ec88120
Eine direkte Nachricht, die um 3:33 Uhr Pacific gesendet wurde, zeigte "10:33 AM" - das rohe UTC Uhr, gedruckt, als wäre sie lokal. Zwei unabhängige Mängel, vorhanden zusammen auf fast jeder Oberfläche, die eine Zeit zeigt. DAS PARSE. Jeder Java-Service speichert Zeitstempel als LocalDateTime und stellt sie auf dem Draht mit toString(): "2026-08-22T10:33:12.345", ohne Offset und kein Z. Der Wert ist UTC, weil die Hülsen sind, aber der String sagt das nicht und ECMAScript liest eine Offset-lose Datumsangabe als LOCAL. new Date() in a Los Angeles Browser landete sieben Stunden zu spät, plausibel, still, überall. THE RENDER. toLocaleTimeString() ohne ZeitZone Formate im BROWSER Zone, eine Tatsache über den Laptop. Ein Mitglied, dessen Profil sagt, Eastern working from ein Hotel in Denver muss noch ihre Aufzeichnungen in Eastern lesen. useFormatters() baute jedes Intl.DateTimeFormat ohne ZeitZone überhaupt. app/lib/serverTime.ts ist nun der eine Platz, an dem beide abgerechnet werden: parseServerDate / toServerDate / serverEpochMillis behandeln einen Offset-losen String als UTC und übergeben Zonentragende ein durch unberührte; formatInZone und Freunde in einem explizite Zone; eine nackte YYYY-MM-DD bleibt am Tag, an dem sie benennen, anstatt zu gleiten back one für alle westlich von Greenwich; zonedDayKey Eimer von den Mitglieds Tag so eine 6pm Pacific Nachricht stoppt Einreichung selbst unter morgen. Die Zone selbst wird SERVER-SIDE im Wurzellayout aufgelöst und von MemberTimezoneProvider, so SSR und der Kunde einigen sich eher auf den ersten Render als Flipping nach Hydratation. useFormatters() bindet es, und 175 Komponenten jetzt nehmen Sie es von dort. timezoneService wird als solche ersetzt und dokumentiert: es liest ***'s TZ, die PostAuth***Service eher aus der USERS-Reihe füllt als das Mitgliedsprofil, dann in localStorage für immer cacht, weshalb es Korrektur einer Profil-Timezone schien nichts zu tun, bis Website-Daten war geräumt. Nicht nur kosmetisch. Chatles Quittungen wurden mit Message-Zeitstempel verglichen auf zwei verschiedenen Uhren, und dieser Vergleich entscheidet, ob "unsend" oder "Revoke Anhang" angeboten wird. Rückruf-Urgency und DueDance beantwortet "ist dies fällig heute" auf dem Browser-Kalender; beide nehmen jetzt die Mitgliedszone, und ihre Tests nennen es und nicht je nachdem, wo die Suite läuft. **************** ist in npm Test verdrahtet und verfehlt den Aufbau auf ein neues Auftreten eines der beiden Defekte - einschließlich der date.parse und Intl.DateTimeFormat Schreibweisen. Ein Test kann das nicht alleine einfangen: Armaturen gebaut mit toISOString(), das die Z-Produktion nicht sendet, sendet die Suite geht, während die App ist Stunden aus. Echte Ausnahmen (eine Wand-Uhr der Mitglied getippt, ein Kalenderdatum verankert am Mittag UTC) tragen einen ServerTime-ok Kommentar sagen, warum.