La ressource est verrouillée.
Quand l’utiliser
WebDAV, ou un enregistrement en cours de modification par quelqu’un d’autre.
Causes courantes et solutions
423 vient de WebDAV : un fichier ou une collection est verrouillé, généralement parce qu’un autre client détient un LOCK dessus. Vous le rencontrez avec Nextcloud, SharePoint ou des documents Office ouverts depuis un partage WebDAV, souvent après qu’un client planté a laissé un verrou derrière lui. Les verrous ont un délai d’expiration et finissent par expirer ; dans Nextcloud, un administrateur peut supprimer les verrous obsolètes, stockés dans la base de données ou dans Redis.
En dehors de WebDAV, certaines API utilisent 423 pour un enregistrement en cours de modification par quelqu’un d’autre, ou pour un compte verrouillé après trop d’échecs de connexion. Les clients génériques le connaissent mal : incluez un message clair et, si possible, Retry-After avec le temps restant avant la levée du verrou. 409 est le choix le plus largement compris pour les conflits de modification, et 429 ou 403 pour les verrouillages de connexion.
Erreur client (4xx)
Les codes 4xx sont des erreurs client : la requête elle-même est incorrecte, non autorisée ou vise quelque chose qui n’existe pas. Renvoyer la même requête ne servira à rien.
À quoi ça ressemble
HTTP/1.1 423 LockedComment l’envoyer
| Node.js / Express | res.status(423).end() |
|---|---|
| Python / Flask | return '', 423 |
| nginx | return 423; |
Comment le vérifier
curl -s -o /dev/null -w "%{http_code}\n" https://example.com/