matthieu
37eafd276c
Blocker - Frontend attendait `hydra:member` / `hydra:totalItems` / `hydra:view` mais API Platform 4 sert `member` / `totalItems` / `view` (sans prefixe) sous ld+json, et un tableau plat sous json. Consequence : tableau admin et timeline silencieusement vides. Fix : `useAuditLog` force `Accept: application/ld+json` (necessaire pour obtenir l'objet Hydra avec pagination), types `HydraCollection`/`HydraView` renommes, composants accedent aux proprietes sans prefixe. Nouveau test fonctionnel verrouille le format. Should-fix - `AuditLogWriter` : ajout de `'id' => Types::GUID` pour expliciter le type natif PG `uuid` (fonctionnait par cast implicite mais l'intention etait floue). - `AuditListener` docblock : documente que le DQL bulk DELETE/UPDATE et `Connection::executeStatement()` bypassent le listener (onFlush non appele). Piege pour les futures commandes de purge. - `AuditLogResource` : ajout d'une regex UUID dans `requirements` de l'operation Get — un `GET /api/audit-logs/not-a-uuid` produisait un 500 (cast PG rejete) au lieu d'un 404. - `audit-log.vue` : le watcher des filtres faisait `filters.page = 1` ce qui declenchait le watcher de `page`, causant deux `loadEntries()` en parallele. Fusionne : la navigation page appelle `loadEntries()` directement depuis `goPrevious`/`goNext`, plus de watcher dedie. - `useAuditLog.fetchEntityLogs` : bypass du cache `lastCollection` pour ne pas polluer la reference page-level quand la timeline est ouverte. - `AuditTimeline.vue` : remplacement du `<div v-if="!canView"/>` vide par un `v-if` sur le wrapper — aucun DOM quand l'utilisateur n'a pas le droit. - `AuditListenerTest` tag : retire le `_` (wildcard LIKE SQL) du prefix pour eviter un faux negatif de match cross-test. - `AuditLogApiTest` : proprietes `auditConnection` / `runTag` nullable et tearDown guarde, sinon un echec setUp provoquait un fatal typed-property au lieu de propager l'exception d'origine. Stabilite suite de tests - `doctrine.yaml when@test` : `idle_connection_ttl: 1` sur les deux connexions pour eviter l'accumulation de connexions orphelines. - tearDown des tests audit : `close()` explicite sur la connexion audit apres chaque test. - `docker-compose.yml` : `max_connections=300` sur la DB dev (defaut PG=100 insuffisant pour 220+ tests * 2 connexions/test).
34 lines
1004 B
TypeScript
34 lines
1004 B
TypeScript
/**
|
|
* Schemas Hydra / API Platform 4.
|
|
*
|
|
* Important : API Platform 4 abandonne le prefixe `hydra:` dans les noms de
|
|
* proprietes (compare a la version 3). Un GET /api/audit-logs renvoie :
|
|
* { "@context": ..., "@id": ..., "@type": "...",
|
|
* "member": [...],
|
|
* "totalItems": 30,
|
|
* "view": { "@id": ..., "@type": "...", "first": ..., "next": ..., ... } }
|
|
*
|
|
* En `application/json` (sans ld), API Platform retourne un simple tableau
|
|
* plat sans ces metadonnees — on doit donc explicitement demander
|
|
* `application/ld+json` (via l'option `headers: { Accept: ... }` de useApi)
|
|
* pour avoir acces a la pagination.
|
|
*/
|
|
export interface HydraView {
|
|
'@id'?: string
|
|
'@type'?: string
|
|
first?: string
|
|
last?: string
|
|
next?: string
|
|
previous?: string
|
|
}
|
|
|
|
export interface HydraCollection<T> {
|
|
member: T[]
|
|
totalItems: number
|
|
view?: HydraView
|
|
}
|
|
|
|
export function extractHydraMembers<T>(collection: HydraCollection<T>): T[] {
|
|
return collection.member ?? []
|
|
}
|