Permet le changement de titre d'un contenu publié entre deux passages du watchdog de publication

[philippemilink]

Corrige un bug qui faisait planter le watchdog de publication, si entre deux exécutions du watchdog un contenu était publié, puis son titre était changé et republié avec ce nouveau titre.

Le problème vient, entre autres, de l'affichage du titre du contenu dans les messages de logs. Le titre étant récupéré depuis le manifest, celui-ci est indiqué comme étant dans un dossier qui n'existe plus, puisque le contenu a été renommé (et donc aussi le dossier contenant le manifest).

Cette PR corrige problème de plusieurs façons :

• si on n'arrive pas à récupérer le titre depuis le manifest, on utilise celui qu'on a en base de données
• lors de la publication, on supprime les demandes de publications au watchdog qui n'ont pas été encore traitées, pour ne demander la publication que de la version actuelle contenu

J'en ai profité aussi pour:

• ajouter le test correspondant à ce cas
• ajouter une option --once au publication_watchdog pour ne pas le faire attendre de nouvelles demandes de publication (nécessaire pour le test)
• enlever du code mort est-il complètement mort ? cf Retire l'export de contenu au format HTML #5997

Le risque de race condition entre la demande de publication et le traitement par le watchdog existe toujours (le contenu avec le nouveau titre est publié pendant que le watchdog traite la demande précédente correspondant à la version précédente du contenu), mais vraiment réduite et la gestion des erreurs dans le watchdog est bien meilleure maintenant (ça ne devrait pas le faire planter en boucle, même après avoir redémarré pour cause d'erreur).

Je ne suis pas complètement satisfait de cette correction, j'ai l'impression d'appliquer des bouts de rustines plutôt que de corriger la vraie source du problème...

En attente de #6264, mais les premières revues de codes sont d'ores et déjà les bienvenues.

Contrôle qualité

• make zmd-start
• Lancer le watchdog une première fois : python3 manage.py publication_watchdog --once. Tous les contenus générés par les fixtures, en attente de publication, sont publiés. Les logs rapportent des erreurs dans les publications, mais ce n'est pas grave. La commande finit par s'arrêter et rend la main.
• Si on relance le watchdog de la même manière, rien ne se passe, la commande rend la main
• Si on relance le watchdog sans l'option --once, le watchdog se met à attendre (Ctrl+C pour l'interrompre)
• En ayant arrêté le watchdog :
  1. Lancer le site
  2. Se connecter
  3. Créer un billet
  4. Le publier
  5. Éditer le billet et changer son titre
  6. Publier le billet
  7. Lancer le watchdog : il n'y a que 4 publications (pour les 4 formats qu'on gère), et il n'y a pas d'exception qui sont générées.

[coveralls]

Coverage increased (+0.2%) to 87.45% when pulling 0afa2b1 on philippemilink:watchdog-contenu-renomme into 9ddac71 on zestedesavoir:dev.

[Situphen]

Je ne suis pas complètement satisfait de cette correction, j'ai l'impression d'appliquer des bouts de rustines plutôt que de corriger la vraie source du problème...

Je suis assez d'accord mais je ne vois pas ce qu'on pourrait faire de mieux donc pour l'instant ça fera l'affaire.