J’importe des flux RSS avec le plugin RSS Polling. Je n’ajoute aucune balise par défaut. Au lieu de cela, le plan est que les utilisateurs ajoutent les balises manuellement. Mais le plugin supprime les balises lors du prochain cycle. Voir par exemple
EDIT : Je pensais que cela pourrait être lié au paramètre create post for category and tag changes mais je l’ai modifié et les balises sont toujours supprimées. Par exemple :
EDIT 2 : Ok, c’est encore plus étrange. Un message indique que certaines balises ont été supprimées mais les balises sont toujours là…
Après avoir testé davantage, je suis presque certain que le problème est que les balises sont automatiquement supprimées lorsque le flux RSS sur /admin/plugins/rss_polling n’a aucune balise assignée.
Attendu : Le sujet sondé avec des tags ajoutés manuellement ne devrait pas être modifié pour supprimer ces tags Réel : Les tags du sujet sondé sont écrasés
Salut, je pense qu’il y a un nouveau problème maintenant. Je viens de mettre à jour Discourse vers 3.3.0.beta4-dev ( 7b8863fcd5 ) et maintenant certains posts importés continuent d’être mis à jour à chaque interrogation, sans que des changements de différence ne soient visibles. Voici ce que ces posts ont en commun :
Ils sont tous importés avec le sondage RSS.
Ils ont reçu une étiquette lors de leur importation, celle définie dans le sondage RSS.
Nous avons ajouté une deuxième étiquette manuellement.
Voici un exemple de différence. Aucun changement visible :
Pour nous, c’est une régression. Le bug précédent pouvait être contourné en ajoutant une étiquette par défaut à tous les flux RSS. Ensuite, les étiquettes pouvaient être ajoutées manuellement sans problème. Maintenant, notre liste des derniers posts est spammée par ces mises à jour récurrentes sans changements.
Mise à jour : ou peut-être est-ce quelque chose de plus spécifique ou local ? Parce que tous les sujets avec des étiquettes ajoutées manuellement ne sont pas mis à jour. Je suis en train de supprimer et de rajouter des étiquettes sur certains des posts mis à jour pour voir si je trouve un schéma. Je répondrai ici avec mes découvertes.
Ok, je peux confirmer ce schéma pour les sujets qui refont surface :
Ils sont tous importés avec RSS Polling.
Ils ont reçu une étiquette lors de leur importation, celle définie dans RSS Polling.
Nous avons ajouté une deuxième étiquette manuellement.
J’étais confus car seuls certains sujets avec une étiquette supplémentaire continuent d’être actualisés et pas tous, mais la réponse est simple : le flux RSS continue de les appeler, tandis que les sujets plus anciens ou les sujets avec seulement des entrées récentes dans le flux RSS ne sont logiquement pas déclenchés.
Si possible, l’implémentation devrait être aussi simple que ceci :
Si un sujet importé est nouveau, importer les étiquettes définies dans les paramètres de RSS Polling, le cas échéant.
Si un sujet importé n’est pas nouveau, ne pas vérifier les étiquettes du tout.
De cette façon, les nouveaux sujets importés viennent avec les étiquettes attendues (ou aucune, si aucune étiquette n’est définie) et les sujets existants ne subissent aucun changement/actualisation en raison des étiquettes modifiées manuellement.
Pouvez-vous annuler ce correctif jusqu’à ce qu’une solution testée soit en place, s’il vous plaît ? Notre page principale “Latest” est occupée par ces anciennes entrées et nous avons de la chance que nous ayons juste commencé à étiqueter et qu’il n’y ait qu’une poignée d’entrées étiquetées manuellement. Sinon, je peux supprimer les secondes étiquettes pour l’instant…
Vous pouvez voir que le « meta-hmd » est supprimé. Cette balise a été ajoutée manuellement, lors du prochain extrait, elle supprime la balise.
La balise « UploadVR » est configurée dans le plugin RSS Polling.
Comme l’a lié @RGJ. L’importation intégrée constate que les balises ont changé et réimporte le message en supprimant la balise ajoutée.
Peut-être qu’un interrupteur pourrait être ajouté pour ignorer les changements de balises de sujet discourse ?
Le correctif mentionné par @Heliosurge provient de RSS Polling setting to use pubDate to set the date of imported topics. Pour moi, il est très pertinent pour ce sujet car nous avons commandé cette fonctionnalité et nous avons cette version de RSS Polling installée sur notre serveur. Nous avons des milliers de sujets importés avec les bonnes dates, et je crains que l’installation du plugin RSS standard pour tester le correctif d’hier par @featheredtoast ne casse les choses en apportant des milliers de modifications à des dates incorrectes ou autre.
Pour ce que ça vaut, nous utilisons la version corrigée depuis des semaines et nous avons importé des dizaines de flux différents sans le moindre problème. Cela fonctionne très bien et comme prévu.
@Heliosurge si vous pouvez tester la correction ici, ce serait formidable. Nous continuons d’ajouter de nouveaux flux presque quotidiennement et pour nous, conserver le PubDate est crucial car chaque importation peut contenir des dizaines, voire des centaines d’entrées. En comparaison, nous pouvons attendre la solution pour les tags.
