Dépannage WordPress
Erreur « Are you sure you want to do this? » dans WordPress
Ce message historique apparaît souvent lorsqu’une vérification de nonce échoue, mais il peut aussi masquer une action expirée, une session incohérente ou un upload dépassant une limite. Un nonce n’est ni un mot de passe ni une autorisation suffisante à lui seul.
Ce que ce symptôme signifie réellement
Les nonces WordPress limitent la réutilisation d’une requête et aident à protéger contre certaines actions intersites. Ils sont liés à une action, un utilisateur et une fenêtre temporelle.
Si l’erreur survient sur une seule action d’une extension, le correctif se trouve probablement dans son formulaire ou son contrôle serveur ; si elle touche un upload massif, les limites peuvent être en cause.
Avant toute modification : préserver les preuves et le retour arrière
Notez l’heure, l’URL, le message exact, le code HTTP et le dernier changement connu. Vérifiez ensuite qu’une sauvegarde récente couvre bien les fichiers et la base de données, qu’elle est lisible et qu’un retour arrière limité est possible. Une sauvegarde non testée ne suffit pas pour une intervention risquée.
- Ne transmettez jamais de mot de passe, clé privée, jeton, fichier
wp-config.phpou export de base dans un formulaire ou une capture. - Travaillez d’abord sur un staging ou une copie isolée lorsque le diagnostic exige une mise à jour, une modification de code ou une opération de base de données.
- Conservez les journaux et les fichiers suspects avant nettoyage : ils peuvent être nécessaires pour comprendre la cause ou vérifier l’étendue d’un incident.
Diagnostic : avancer du signal le plus fiable au test le moins intrusif
Notez l’action exacte, le compte, le délai depuis l’ouverture de la page et la taille du fichier. Ne modifiez pas la mémoire PHP au hasard.
- Recharger la page et refaire l’action une fois pour exclure un nonce expiré, sans boucler.
- Tester une session privée et vérifier heure système, cookies et cache de pages connectées.
- Comparer la requête réseau, ses champs et la réponse serveur avec une action qui fonctionne.
- Pour un upload, contrôler les limites PHP et WordPress ainsi que le code d’erreur réel.
Correction : appliquer une action ciblée et réversible
Corrigez la branche confirmée : session/cache, contrôle de nonce du code, ou limite documentée.
- Exclure du cache les pages ou réponses propres aux utilisateurs connectés.
- Dans un développement, générer et vérifier le nonce pour la même action, puis contrôler aussi capacité et données côté serveur.
- Ajuster une limite seulement au niveau maîtrisé et selon la taille métier nécessaire.
- Mettre à jour ou corriger l’extension sur staging si elle envoie un nonce absent ou incohérent.
Contrôles après correction
Une page qui se recharge ne suffit pas à prouver que le problème est résolu. Contrôlez le parcours concerné, une page non connectée, l’administration, les erreurs console et réseau, les journaux serveur, le cache et les redirections. Vérifiez aussi les écrans mobile et desktop si le symptôme touchait le rendu.
- Action nominale et erreurs testées avec plusieurs rôles.
- Requête refusée sans nonce ou permission adéquate.
- Aucune hausse globale de limite sans justification.
Quand arrêter et demander une intervention
Une action sensible qui passe seulement après désactivation de contrôles de sécurité ne doit pas être remise en production. Faites corriger le flux et testez les permissions.