Solution (à mettre en oeuvre) : quand une requête recontre un verrouillage (ceci est implémenté véritablement comme un LockDir), le script pourrait chercher l'âge du verrouillage. S'il est plus vieux que N secondes que ce qu'il pourrait supposer que le processus de verrouillage soit mort et ait laissé le verrou derrière, il met à jour l'âge du verrou pour l'utiliser et l'enlève après.

Considérations : actuellement il n'y a pas de situations de verrouillages qui pourraient prendre plus que quelque fractions de secondes. Ceci peut changer à l'avenir quand les PageRename ou BranchMove seront implémentées. De toute façon, aucun verrou ne devrait être actif plus longtemps que quelques secondes, autrement ces nouveaux processus devront prendre soin de signaler proprement leur durée plus longue (dire qu'ils sont encore vivants). Si cela est fait, alors N=60 secondes devrait être sur le côté sûr pour retirer les verrous erronnés et collants.

Priorité : basse parce que la situation est rare. La solution actuelle est d'utiliser ActionUnlock ou (si c'est plus simple pour l'admin) d'effacer manuellement le LockDir.

Une option AutoUnlock devrait retirer les verrous erronés automatiquement. Il devrait y avoir un mécanisme supplémentaires de communication pour les activités de script qui peuvent durer plus longtemps que prévu, ainsi ceux-ci ne sont pas prématurément interrompus ou dérangés par la suppression du verrou. Peut-être que le fait d'ajouter quelque fichier lock.txt pourrait présenter un intérêt continu du mainteneur du verrou en lui écrivant occasionnellement. -- HelmutLeitner 12 mai 2006 13:21 CET

ProWiki:FeatureRequests/AutoUnlock