Changeset a7bcf66 in Klonkt for src/routes/guardian.js

Timestamp:

07/28/2026 06:30:43 PM (6 weeks ago)

Author:

Robin Genis <roboburr@…>

Branches:

main

Children:

70677e96

Parents:

d9ad6c5

Message:

De Guardian PWA liep twee uur achter

Op sound-fabrics staat de tijdzone op Europe/Amsterdam, maar een hulpvraag van
20:20 stond in de PWA als 18:20. Het dashboard bouwt zijn kaarten in de browser
en sneed de rauwe UTC-string af (slice(0,16)) in plaats van hem om te rekenen.
De server geeft de tijd nu geformatteerd mee, met dezelfde formatDateTime die de
Krant en Berichten gebruiken; het afsnijden blijft alleen als terugval staan.

In formatDateTime zat een tweede probleem, dat nog niet zichtbaar was. SQLite
schrijft CURRENT_TIMESTAMP als UTC zonder dat erbij te zeggen ("2026-07-28
18:20:33"), en new Date() leest een string in die vorm als LOKALE tijd. Dat gaat
goed zolang de machine op UTC staat, wat nu toevallig zo is. Zet de VPS ooit op
Amsterdam en elke opgeslagen datum in de hele app schuift twee uur op. De parser
zegt nu expliciet UTC.

Onderweg bleek Berichten en de PWA ook niet dezelfde tijd te tonen voor dezelfde
post: 20:12 tegenover 20:20. Berichten liet zien wanneer wij de post ontvingen,
de PWA en de Krant wanneer hij geschreven is. Berichten toont nu ook de
publicatietijd. Sorteren en de "nieuw sinds je laatste bezoek"-stip blijven op
de ontvangsttijd: een post die laat federeert is nog steeds nieuw voor jou.

Changed files:
src/middleware/render.js

• parseStamp leest een tijdstempel zonder zone als UTC
• formatDateTime geexporteerd voor oppervlakken buiten de EJS-pagina's

src/routes/guardian.js

• when_text bij hulpvragen en bij de tijdlijn van de wards

src/assets/js/guardian.js

• when() gebruikt dat veld, afsnijden alleen nog als terugval

src/services/ActivityPubService.js

• getNotifications geeft published mee naast created_at

src/views/partials/msg-item.ejs

• toont de publicatietijd, met created_at als terugval

New file:
test/timestamps.test.js

• de tijdzone-instelling wordt toegepast, en een SQLite-tijdstempel hangt niet af van de tijdzone van de machine

remarks: geverifieerd op de wegwerp-database met Europe/Amsterdam: Berichten en
de PWA tonen allebei 28 jul 2026, 20:20 voor dezelfde post.

-robo
Co-Authored-By: Claude Opus 4.8 <noreply@…>

File:

• src/routes/guardian.js (modified) (3 diffs)

src/routes/guardian.js

@@ -19 +19 @@
 import * as Guardianship from '../services/guardianship/index.js';
 import { t as i18nT, resolveLang } from '../services/i18n.js';
-import { injectCspNonce, renderNoteBody } from '../middleware/render.js';
+import { injectCspNonce, renderNoteBody, formatDateTime } from '../middleware/render.js';
 import { emojiName } from '../services/NoteRender.js';
 
@@ -62 +62 @@
     body_html: renderNoteBody(h, L),
     name_html: emojiName(h.actor_name || '', h.actor_emoji_json),
+    // In the site's own timezone, the same as everywhere else in Klonkt. The
+    // PWA used to slice the raw UTC string, so a 20:20 call for help read 18:20.
+    when_text: formatDateTime(h.published || h.created_at),
   }));
   return {
@@ -141 +144 @@
       url: p.url,
       published: p.published || p.created_at,
+      when_text: formatDateTime(p.published || p.created_at),
       cw: p.cw || null,
       media: p.media_json ? JSON.parse(p.media_json) : [],