« Tag est invalide » - probablement dû à un plugin non spécifié

Soutien
1

Cela fonctionne bien avec un seul tag, mais avec plusieurs, cela empêche parfois les utilisateurs de publier et affiche ce message d’erreur.

Vous pouvez modifier le post après coup avec autant de tags que vous le souhaitez, et parfois cela vous permet simplement de publier.

Y a-t-il un paramètre dans le backend que je dois modifier ? Peut-être que son caractère sporadique signifie que les utilisateurs ne peuvent pas créer plus d’un tag à la fois, ou créer un nouveau tag lorsque des tags existants sont également présents.

Quelqu’un d’autre a-t-il rencontré ce problème ?

2

Utilisez-vous le plugin des tickets ou les groupes d’étiquettes ? Je pense que cela m’arrive lorsque j’essaie d’utiliser une étiquette de ticket ailleurs.

Avez-vous des paramètres de catégorie liés aux étiquettes ? Avez-vous remarqué des points communs entre les étiquettes qui génèrent des erreurs ? Si vous parvenez à reproduire le problème, avez-vous consulté les journaux ou la console de développement ? Cela se produit-il en mode sans échec ?

3

Merci pour votre réponse. Je n’utilise aucun de ces deux plugins.

J’ai quelques balises identiques et répétées sur le site, ce qui semble causer le problème, mais uniquement lorsqu’elles sont combinées avec d’autres balises. Les deux balises ‘web-dev’ sont identiques.

image
image395×174 8.27 KB

Voici le code d’erreur dans la console :

POST Public Happiness 422

4

Comment as-tu créé deux balises « web-dev » ? :thinking:

5

Je voudrais savoir ça aussi, Neil :upside_down_face:

Généralement, je les crée lors de la publication d’un message.

J’ai quelques plugins qui utilisent des balises, aucun ne définit ‘web-dev’ comme balise… bien qu’il soit possible qu’ils l’aient fait par le passé. Notre composant de liens de menu utilise ‘web-developers’.

6

Salut Andy ! Franchement, désolé que ce soit un tel casse-tête. Le lien vers la page des tags de ton site Public Happiness aide un peu, je crois — tu as pas mal de problèmes bizarres là-bas, comme tu peux le voir… pas de groupes de tags, ce qui est bon à savoir. Si tu tries par nom (alphabétiquement), tu verras qu’il y a des tags vides qui semblent apparaître après D… vraiment étrange, et ça pointe vers un problème plus large.

Peux-tu confirmer que tu vois le même problème en mode sans échec, avec uniquement les plugins officiels et aucune personnalisation de thème activée ?

As-tu reconstruit ton instance après avoir supprimé/commenté dans app.yml les plugins de tags non officiels que tu ne veux pas ? Peut-être qu’ils ont encore une certaine influence.

Je soupçonne que tous ces blancs apparaissent à chaque fois que tu rencontres un problème lors de l’enregistrement avec plusieurs tags, y compris ceux qui sont évidemment bizarres car ils s’affichent plusieurs fois sur la page des tags. Tu pourrais tester cela en chargeant la page des tags, en essayant de reproduire le problème à nouveau, puis en vérifiant si un nouveau tag est ajouté.

Au-delà de ce qui précède… si j’étais toi, je commencerais par faire un peu de jardinage de tags. :slight_smile: En général, tu ne veux pas avoir autant de tags, et certainement aucun tag qui n’apparaîtra probablement qu’une seule fois. Tu peux supprimer et fusionner des tags via la page des tags. Je te conseille de supprimer ceux qui apparaissent en double, ou de les fusionner avec un nouveau tag temporaire, de t’assurer que les originaux sont supprimés, puis de le renommer avec le nom de tag que tu souhaites.

7

Je m’attends à ce que toute interface utilisateur utilisant des noms d’étiquettes provoque des comportements inattendus dans cette situation. Vous devrez utiliser la console Rails pour supprimer tous les enregistrements d’étiquettes en double ainsi que toutes les étiquettes dont le nom est vide. Ensuite, vous devez examiner les plugins que vous utilisez pour identifier les bogues à l’origine de ces problèmes. Par ailleurs, il est probable que la table des étiquettes manque d’index qui empêcheraient la création de noms d’étiquettes en double.

8

@syl, est-ce que cela ressemble à un bug de Docuss, étant donné qu’il se comporte de manière inhabituelle avec les balises ? J’ai une option pour supprimer les balises inutilisées et environ la moitié d’entre elles étaient des balises Docuss. Les autres semblent provenir de publications supprimées. (les balises vides ne sont pas incluses).

9

@Andy02 :

  1. Les balises vides sur la page /tags sont causées par Docuss. J’ai justement ajouté une section dans la documentation pour expliquer pourquoi. En tant qu’administrateur, vous pouvez utiliser Alt+a pour afficher les balises vides et résoudre plus facilement votre problème.

  2. Je ne pense pas que Docuss ait un lien avec les balises en double ou avec le message « Tag est invalide ». Veuillez désactiver Docuss et vérifier si le message « Tag est invalide » disparaît. Si c’est le cas, n’hésitez pas à ouvrir un ticket dans le dépôt Docuss.

10

Cela règle les balises cachées/vides. Le comportement persiste donc, ce qui signifie qu’autre chose en est la cause. Je continue à enquêter.

11

D’accord, je ne peux pas être certain de la cause, mais voici ce que j’ai trouvé jusqu’à présent.

L’erreur se produit en mode sans échec avec tous les plugins activés, et aussi lorsque le thème est désactivé. Cela ne signifie pas qu’il s’agit d’un bug dans l’installation par défaut ou dans notre version de l’installation par défaut, car il est plus probable que l’un des plugins ait inséré les balises en double dans la base de données et qu’elles y soient toujours, causant des problèmes même lorsque le plugin est désactivé.

Pour corriger cela, je cherche des balises en double et je les remplace par autre chose (par exemple, ‘web-dev’ devient ‘webdev’).

J’ai remarqué que certaines balises sont définies comme des publications dans la section des balises, mais ne sont pas listées. Ainsi, le site m’indique qu’il reste 12 balises ‘web-dev’, mais la fonction de recherche ne parvient pas à les trouver.

De nombreuses publications contiennent des balises identiques dans la boîte de saisie des balises, et la suppression de l’une entraîne la suppression de l’autre.

Ma meilleure hypothèse pour l’instant est que les balises causant des problèmes sont également insérées sous forme de liens dans le contenu de la publication elle-même. Ainsi, lorsque quelqu’un tape #web-dev dans le corps du texte de la publication, cela crée une balise, et si cette balise existe déjà dans le titre de la publication, cela crée un doublon.

Je vais essayer de forcer ce comportement afin de pouvoir l’observer.

Quelque chose d’autre se produit cependant : si vous regardez ce résultat de recherche, la publication principale ne contient pas ‘web-dev’ car je l’ai déjà modifié, pourtant la fonction de recherche continue de le détecter quelque part.

Édition : ignorez la dernière partie, la recherche était simplement intuitive. La même recherche pour « web-dev » avec des espaces autour supprime les faux positifs.

…mais ‘sujets suggérés’ trouve toujours des balises que la fonction ‘recherche’ ne peut pas voir :

image
image791×228 5.82 KB

12

Mise à jour : cela continue de se comporter bizarrement. Le seul tag répétitif que je trouve est web-dev. J’ai supprimé tous ceux que je ou la barre de recherche pouvons trouver. Maintenant, si je publie un message en utilisant ce tag, il est publié plutôt que d’afficher le message d’erreur « invalide ». Cliquer sur le tag web-dev pour essayer de localiser les trois autres que le système m’indique être quelque part dans le forum affiche une erreur 404. Je ne sais pas s’ils sont dans des messages ou une sorte d’ombre dans la base de données.

voici le message de test que j’ai créé avec le tag web-dev que j’ai péniblement retiré de notre forum. À ce stade, dois-je supprimer ce tag directement dans la base de données d’une manière ou d’une autre ? (je ne vois aucun autre tag causant un problème).

13

D’accord, cela semble être résolu maintenant simplement en parcourant notre site et en supprimant l’étiquette ‘web-dev’, puis en utilisant l’outil ‘supprimer les étiquettes inutilisées’.

Je crains de ne pas pouvoir dire avec certitude ce qui a causé cela pour mieux aider les autres à l’avenir. Je resterai vigilant pour voir si cela se reproduit.

14

J’ai modifié le titre que vous aviez tous deux édité. Je ne suis pas sûr de quel plugin en est la cause. En fait, le seul que je puisse probablement écarter est Docuss, car l’auteur est passé examiner si leur code était en cause et n’a pas pensé que c’était le cas.