Retrouver ce qui s'est passé
CoreProtect tient le journal technique de WaterCraft. Il enregistre notamment les blocs posés ou cassés, les transactions de conteneurs, les objets ramassés ou déposés, les interactions, les explosions, les changements WorldEdit ainsi que les sessions, messages et commandes des joueurs.
Il sert à répondre à trois questions : qui, quoi et quand. L'équipe peut ensuite annuler un ensemble précis d'actions sans replacer tout le serveur dans une ancienne sauvegarde.
Signaler correctement un vol ou un grief
- Ne casse, ne replace et ne déplace plus rien dans la zone concernée.
- Note les coordonnées ou le nom du lieu à Waterloo.
- Donne une période réaliste : « entre hier 20 h et aujourd'hui 9 h » est plus utile que « récemment ».
- Indique les blocs, coffres ou objets concernés et les joueurs susceptibles d'avoir eu accès.
- Précise si la parcelle appartenait à un domaine Lands, était partagée ou protégée par un panneau privé.
- Ajoute une capture d'écran si un message ou un détail visuel peut disparaître.
- Contacte l'équipe sans accuser publiquement un joueur avant la lecture de l'historique.
Plus la zone et la période sont précises, plus l'enquête est rapide et moins une restauration risque de toucher des actions légitimes.
Ce que le journal peut montrer
La configuration locale enregistre actuellement les constructions, destructions, mouvements de blocs, feu, explosions, liquides, entités tuées, panneaux, objets et transactions de coffres ou de machines. Les ouvertures, boutons et autres interactions peuvent être consultés, mais une simple interaction ne peut pas toujours être « annulée » comme un bloc.
Les messages et commandes sont aussi journalisés pour les besoins de modération. Ne saisis jamais un mot de passe, une clé ou une autre information secrète dans le chat ou dans une commande de jeu.
CoreProtect utilise sa propre base locale. Cette base n'est ni un claim, ni un inventaire de secours illimité, ni une sauvegarde externe.
Enquête de l'équipe pas à pas
1. Figer le périmètre
Relever le monde, les coordonnées, le propriétaire, les habitants, les permissions du domaine et la période. Demander aux personnes présentes de ne plus modifier la zone.
2. Activer l'inspecteur
Utiliser /co inspect, ou sa forme courte /co i, puis cliquer les blocs et conteneurs concernés. Relancer la même commande désactive l'inspecteur.
3. Faire une recherche ciblée
Les filtres les plus utiles sont :
| Filtre | Exemple | Sens |
|---|---|---|
u: | u:Pseudo | Limiter à un joueur |
t: | t:2h ou t:3d | Limiter à une période |
r: | r:10 | Limiter au rayon autour de l'équipe |
a: | a:block ou a:container | Limiter au type d'action |
Exemples complets :
/co lookup u:Pseudo t:2h r:10recherche les actions du joueur dans les deux dernières heures autour de la position ;/co lookup a:container t:24h r:10recherche les transactions de conteneurs sur vingt-quatre heures ;/co nearmontre les changements récents proches.
Le rayon par défaut est actuellement de 10 blocs et le plafond configuré est de 100 blocs. Pour une grande affaire, découpe l'enquête en zones plutôt que d'élargir aveuglément.
4. Prévisualiser avant de modifier
Reprendre exactement les filtres validés et ajouter #preview :
/co rollback u:Pseudo t:2h r:10 #preview
La prévisualisation sert à contrôler le périmètre. Si elle montre des changements légitimes, resserre le temps, le rayon, le joueur ou le type d'action.
5. Restaurer puis vérifier
Quand le résultat est certain, retirer #preview :
/co rollback u:Pseudo t:2h r:10
La commande /co restore u:Pseudo t:2h r:10 réapplique les actions correspondant aux mêmes filtres. Elle peut servir à corriger un rollback trop large, mais ne dispense pas d'une nouvelle prévisualisation et d'un contrôle sur place.
Commandes réservées à l'équipe
| Commande | Utilité |
|---|---|
/co inspect | Activer ou désactiver l'inspecteur |
/co lookup <filtres> | Rechercher des actions précises |
/co near | Consulter les changements proches |
/co rollback <filtres> #preview | Prévisualiser une annulation |
/co rollback <filtres> | Annuler les actions ciblées |
/co restore <filtres> | Réappliquer les actions ciblées |
/co status | Vérifier l'état du plugin et de sa base |
Ne publie pas ces permissions dans un grade joueur. Un rollback mal filtré peut modifier jusqu'à 100 blocs de rayon dans la configuration actuelle et inclure les objets de conteneurs ou les entités.
Précautions essentielles
- toujours conserver dans le rapport les filtres exacts utilisés ;
- commencer par la période et le rayon les plus petits possibles ;
- utiliser
#previewavant chaque rollback important ; - ne pas confondre le propriétaire du domaine avec l'auteur enregistré d'une action ;
- contrôler les coffres, panneaux, animaux et machines après la réparation ;
- ne jamais purger la base pendant une enquête en cours ;
- pour une zone officielle modifiée avec WorldEdit, comparer aussi le chantier prévu avec WorldEdit.
Dépannage
Aucun résultat n'apparaît
Vérifie le monde, la distance, l'orthographe du pseudo et la période. Élargis un seul filtre à la fois. Une action plus ancienne que les données conservées ou produite par un système non journalisé peut ne pas apparaître.
Trop de résultats apparaissent
Ajoute un joueur, un type d'action et une période plus courte. Déplace-toi au centre exact avant d'utiliser un rayon local.
Le rollback ne donne pas le résultat attendu
Arrête les nouvelles modifications, conserve la sortie de commande et ne relance pas plusieurs rollbacks contradictoires. Utilise les mêmes filtres en prévisualisation, puis évalue /co restore ou une récupération de fichiers avec Backuper.
CoreProtect indique une erreur de base
Ne supprime pas database.db. Arrête les opérations de réparation, copie les journaux et la base, puis traite l'incident hors ligne avant de redémarrer les enquêtes.