florian.wilde
9cdd51fba8
CI / pruefen (pull_request) Canceled after 0s
Eine Seite /verlauf, die den Aktivitaetsverlauf fortlaufend ueber alle Projekte zeigt - ohne Wochengrenze, nach Kalendertagen gegliedert, mit Nachladen aelterer Eintraege. Erste Seite serverseitig, alles Weitere ueber /api/activity. Geblaettert wird per Cursor ueber (createdAt, id), nicht per skip. Der Verlauf schreibt mehrere Eintraege im selben Augenblick - beim Uebernehmen von Issues entstehen zehn Zeilen mit identischem Zeitstempel. Ein Offset ueber eine solche Grenze hinweg ueberspringt Zeilen oder zeigt sie zweimal, und zwar lautlos. Der zweite Zweig der Bedingung (gleicher Zeitpunkt, kleinere ID) faengt genau das ab. Geprueft gegen 144 Eintraege mit absichtlichen Bloecken gleicher Zeitstempel: 15 Seiten, 144 Zeilen, keine Dublette, streng absteigend. Die Bedingung selbst steht als pruefbare Funktion in lib/timeline, samt Deckelung der Seitengroesse und Abweisen unbrauchbarer Cursor - eine ID aus der Abfragezeichenkette geht nicht ungeprueft in die Abfrage. Damit Rueckblick und Zeitleiste wirklich gleich aussehen, sind Zeile und Tagesgruppen nach components/ActivityRow gewandert. Bewusst ohne "use client" und ohne Hooks, damit beides sowohl aus der Server-Komponente (Rueckblick) als auch aus der Client-Komponente (Zeitleiste) heraus benutzbar ist. Die Buendelung im Browser ist unbedenklich, weil tagesschluessel eine feste Zeitzone benutzt - Server und Browser kommen auf denselben Kalendertag. Erreichbar ueber die Schnellsuche und vom Wochenrueckblick aus. Geprueft: 9 neue Unit-Tests zur Cursor-Logik, ein E2E-Test, der die ganze Liste in Dreierseiten durchblaettert und gegen einen einzelnen grossen Aufruf haelt, ein E2E-Test fuer die Seite, axe-core auf 375px und 1280px je vor und nach dem Nachladen ohne Beanstandung. Refs #3
59 lines
1.8 KiB
TypeScript
59 lines
1.8 KiB
TypeScript
import { NextResponse } from "next/server";
|
||
import { requireUserApi } from "@/lib/auth/guard";
|
||
import { prisma } from "@/lib/db";
|
||
import {
|
||
SEITEN_ORDNUNG,
|
||
cursorAus,
|
||
seitenBedingung,
|
||
seitenGroesse,
|
||
} from "@/lib/timeline";
|
||
|
||
export const dynamic = "force-dynamic";
|
||
|
||
/**
|
||
* Der Verlauf ueber alle Projekte, neueste Eintraege zuerst.
|
||
*
|
||
* Geblaettert wird per Cursor (`vor` = Zeitpunkt, `id` = Eintrag), nicht per
|
||
* Offset – siehe lib/timeline. Zurueck kommt der Cursor fuer die naechste
|
||
* Seite gleich mit, damit der Aufrufer ihn nicht selbst zusammensetzen muss.
|
||
*/
|
||
export async function GET(request: Request) {
|
||
const auth = await requireUserApi();
|
||
if (!auth.ok) return auth.response;
|
||
|
||
const params = new URL(request.url).searchParams;
|
||
const cursor = cursorAus(params.get("vor"), params.get("id"));
|
||
const take = seitenGroesse(params.get("limit"));
|
||
|
||
/**
|
||
* Einen mehr holen als angefragt: daran laesst sich ablesen, ob es
|
||
* weitergeht, ohne dafuer zaehlen zu muessen.
|
||
*/
|
||
const gefunden = await prisma.activity.findMany({
|
||
where: seitenBedingung(auth.user.id, cursor),
|
||
orderBy: SEITEN_ORDNUNG,
|
||
take: take + 1,
|
||
select: {
|
||
id: true,
|
||
kind: true,
|
||
summary: true,
|
||
createdAt: true,
|
||
project: { select: { id: true, name: true, accent: true } },
|
||
user: { select: { username: true, displayName: true } },
|
||
},
|
||
});
|
||
|
||
const weitere = gefunden.length > take;
|
||
const activities = weitere ? gefunden.slice(0, take) : gefunden;
|
||
const letzter = activities[activities.length - 1];
|
||
|
||
return NextResponse.json({
|
||
activities: activities.map((eintrag) => ({
|
||
...eintrag,
|
||
createdAt: eintrag.createdAt.toISOString(),
|
||
})),
|
||
weitere,
|
||
naechster: weitere && letzter ? { vor: letzter.createdAt.toISOString(), id: letzter.id } : null,
|
||
});
|
||
}
|