'Ungültiges Tag' - wahrscheinlich aufgrund eines nicht spezifizierten Plugins

Mit einem Tag funktioniert es einwandfrei, aber mit mehreren lässt es Benutzer manchmal nicht zu, einen Beitrag zu veröffentlichen, und zeigt diese Fehlermeldung an.

Sie können den Beitrag im Nachhinein mit beliebig vielen Tags bearbeiten, und manchmal lässt es Sie einfach einen Beitrag veröffentlichen.

Gibt es eine Einstellung im Backend, die ich ändern muss? Vielleicht bedeutet die sporadische Natur, dass Benutzer nicht mehr als ein Tag gleichzeitig erstellen können oder ein neues Tag erstellen, wenn bereits andere vorhanden sind.

Hat jemand anderes dieses Problem schon erlebt?

Nutzt du das Tickets-Plugin oder Tag-Gruppen? Ich denke, das passiert mir auch, wenn ich einen Ticket-Tag an anderer Stelle verwende.

Hast du Kategorieeinstellungen, die sich auf Tags beziehen? Hast du Gemeinsamkeiten bei den Tags gefunden, die Fehler auslösen? Wenn du den Fehler nachstellen kannst, hast du versucht, in den Protokollen oder der Entwicklerkonsole nachzusehen? Tritt das Problem im abgesicherten Modus auf?

Danke für deine Antwort. Ich verwende keines dieser Plugins.

Ich habe einige identische, wiederholte Tags auf der Seite, die das Problem zu verursachen scheinen, aber nur, wenn sie mit anderen Tags kombiniert werden. Beide ‘web-dev’-Tags sind identisch.

Hier ist der Fehlercode in der Konsole:

POST Public Happiness 422

Wie hast du zwei „web-dev“-Tags erstellt? :thinking:

Das möchte ich auch wissen, Neil :upside_down_face:

Im Allgemeinen erstelle ich sie beim Erstellen eines Beitrags.

Ich habe ein paar Plugins, die Tags verwenden, keines davon definiert ‘web-dev’ als Tag.. obwohl es möglich ist, dass sie das in der Vergangenheit getan haben. Unsere Menülink-Komponente verwendet ‘web-developers’.

Hi Andy! Mann, sorry, dass das so ein Kampf ist. Der Link zu deiner Seite Public Happiness hilft ein bisschen, denke ich – du hast dort, wie du sehen kannst, viele seltsame Probleme… keine Tag-Gruppen, was gut zu wissen ist. Wenn du nach Namen sortierst (alphabetisch), siehst du, dass leere Tags erscheinen, die scheinbar nach D liegen… ziemlich seltsam und deutet auf ein größeres Problem hin.

Kannst du bestätigen, dass du das gleiche Problem im abgesicherten Modus siehst, mit nur offiziellen Plugins und ohne Theme-Anpassungen?

Hast du deine Instanz neu aufgebaut, nachdem du die inapp.yml nicht offiziellen Tag-Plugins, die du nicht willst, entfernt oder auskommentiert hast? Vielleicht haben sie noch einen gewissen Einfluss.

Ich vermute, dass alle Leerzeichen jedes Mal auftreten, wenn du Probleme beim Speichern mit mehreren Tags hast, einschließlich derer, die offensichtlich seltsam sind, weil sie auf der Tags-Seite mehrfach angezeigt werden. Du könntest das testen, indem du die Tags-Seite lädst, versuchst, es erneut zu reproduzieren, und dann prüfst, ob ein neuer hinzugefügt wird.

Abgesehen davon… wenn ich du wäre, würde ich zuerst etwas Tag-Pflege betreiben. :slight_smile: Im Allgemeinen möchtest du nicht so viele Tags haben, und definitiv keine Tags, die wahrscheinlich nur einmal vorkommen. Du kannst Tags über die Tags-Seiten löschen und zusammenführen. Ich würde die dupliziert erscheinenden Tags löschen oder sie mit einem neuen temporären Tag zusammenführen, sicherstellen, dass die Originale gelöscht sind, und sie dann wieder in den gewünschten Tag-Namen umbenennen.

Ich erwarte, dass jede Benutzeroberfläche, die Tag-Namen verwendet, in dieser Situation unerwartetes Verhalten zeigt. Sie müssen die Rails-Konsole verwenden, um alle doppelten Tag-Datensätze sowie alle Tags mit einem leeren Namen zu löschen. Anschließend sollten Sie die von Ihnen verwendeten Plugins auf Fehler überprüfen, die diese Probleme verursachen. Außerdem fehlen der Tags-Tabelle wahrscheinlich die Indizes, die doppelte Tag-Namen verhindern würden.

@syl, sieht das so aus, als käme es von einem Docuss-Fehler, da es auf unkonventionelle Weise mit Tags arbeitet? Ich habe eine Option, um ungenutzte Tags zu löschen, und etwa die Hälfte davon waren Docuss-Tags. Die anderen scheinen von gelöschten Beiträgen zu stammen. (Leere Tags sind nicht enthalten.)

@Andy02:

  1. Die leeren Tags auf der Seite /tags werden von Docuss verursacht. Ich habe gerade einen Abschnitt in der Dokumentation hinzugefügt, der erklärt, warum das so ist. Als Administrator kannst du Alt+a drücken, um die leeren Tags wieder einzublenden und dein Problem einfacher zu beheben.

  2. Ich glaube nicht, dass Docuss etwas mit doppelten Tags oder der Meldung „Tag ist ungültig“ zu tun hat. Bitte deaktiviere Docuss und prüfe, ob die Meldung „Tag ist ungültig“ verschwindet. Falls ja, zögere nicht, ein Issue im Docuss-Repository zu eröffnen.

Das klärt die versteckten/leeren Tags auf. Das Verhalten tritt jedoch weiterhin auf, also muss etwas anderes die Ursache sein. Ich untersuche das noch.

Ok, ich kann nicht mit Sicherheit sagen, was die Ursache war, aber hier ist, was ich bisher herausgefunden habe.

Der Fehler tritt im abgesicherten Modus mit allen Plugins auf, und auch wenn das Theme deaktiviert ist. Das bedeutet nicht, dass es sich um einen Fehler in der Standardinstallation handelt, da es wahrscheinlich eher so ist, dass eines der Plugins die doppelten Tags in die Datenbank eingefügt hat und diese immer noch vorhanden sind, was Probleme verursacht, wenn das Plugin deaktiviert ist.

Um das zu beheben, suche ich nach doppelten Tags und ändere sie in etwas anderes (z. B. ‘web-dev’ in ‘webdev’).

Mir ist aufgefallen, dass einige Tags als Beiträge auf den Tags-Seiten eingestellt sind, aber nicht aufgelistet werden. Die Seite sagt mir also, dass ich noch 12 verbleibende ‘web-dev’-Tags habe, aber die Suchfunktion kann sie nicht finden.

Viele Beiträge haben identische Tags im Tag-Eingabefeld, und das Löschen eines entfernt auch den anderen.

Meine beste Vermutung bisher ist, dass die problematischen Tags auch als Links im Beitrag selbst verwendet werden. Wenn also jemand #web-dev im Textkörper des Beitrags eingibt, wird ein Tag erstellt, und wenn dieses Tag bereits im Titel des Beitrags steht, entsteht eine Duplikation.

Ich werde versuchen, dies absichtlich herbeizuführen, um es beobachten zu können.

Etwas anderes läuft jedoch noch ab: Wenn man sich dieses Suchergebnis ansieht, enthält der oberste Beitrag nicht ‘web-dev’, da ich es bereits geändert habe, doch die Suchfunktion sieht es trotzdem irgendwo.

Edit: Ignoriert den letzten Teil. Die Suche war einfach nur intuitiv. Dieselbe Suche für „ web-dev

Update: Verhält sich immer noch seltsam. Das einzige wiederkehrende Tag, das ich finden kann, ist „web-dev“. Ich habe alle entfernt, die ich oder die Suchleiste finden konnte. Wenn ich jetzt einen Beitrag mit diesem Tag erstelle, wird er veröffentlicht, anstatt die Fehlermeldung „ungültig“ anzuzeigen. Wenn ich auf das Tag „web-dev“ klicke, um die anderen drei zu finden, die das System irgendwo im Forum ansiedelt, erhalte ich einen 404-Fehler. Ich bin mir nicht sicher, ob sie in Beiträgen oder in einer Art Schatten in der Datenbank stecken.

Hier ist der Testbeitrag, den ich mit dem Tag „web-dev“ erstellt habe, das ich mühevoll aus unserem Forum entfernt habe. Muss ich dieses Tag jetzt direkt in der Datenbank löschen? (Ich kann keine anderen Tags sehen, die ein Problem verursachen).

Okay, scheint jetzt nur durch das Durchsuchen unserer Website und Entfernen des Tags ‘web-dev’ sowie anschließendes Verwenden des Tools ‘Unbenutzte Tags löschen’ behoben zu sein.

Ich fürchte, ich kann nicht mit Sicherheit sagen, was die Ursache war, um anderen in Zukunft besser zu helfen. Ich werde weiterhin beobachten, ob es erneut auftritt.

Ich habe den Titel bearbeitet, den ihr zuvor geändert hattet. Ich bin mir nicht sicher, welches Plugin dafür verantwortlich war. Tatsächlich kann ich Docuss am ehesten ausschließen, da der Autor vorbeikam und prüfte, ob ihr Code schuld war, und meinte, das sei nicht der Fall.