Mir fällt auf, dass beim Aufrufen des Flair-Dropdowns der Standardname „trust_level_x“ angezeigt wird.
Ich verstehe, wie man Text überschreibt, und habe dies hier getan:
Was hier korrekt angewendet wird, auf der Gruppen-Seite
Fehlt mir noch ein Textfeld zum Überschreiben?
Ich vermute, dass die Flairs in den automatischen trust_level_x-Gruppen sind. Wenn ja, wird der Flair-Name der Gruppenname sein.
trust_level_0 wird korrekt als „Rookie“ angezeigt. Vielleicht habe ich eine andere Einstellung für diese Gruppe geändert, ohne es zu merken. Aber wenn ich davon ausgehe, dass ich das nicht getan habe, scheint das Verhalten hier inkonsistent zwischen den Standardgruppen zu sein.
Das scheint immer noch zu bestehen. Gibt es Lösungen?
Ich habe es gerade selbst kurz ausprobiert und trust_level_0 in ‘Derek’ geändert. Auf der Gruppen-Seite stelle ich jedoch fest, dass es immer noch alphabetisch zusammen mit trust_level_1 usw. einsortiert ist, was darauf hindeutet, dass sich nur der Anzeigename und nicht der eigentliche Name geändert hat. Es scheint nicht möglich zu sein, den Namen auf der Gruppen-Einstellungsseite auf die gleiche Weise zu ändern wie bei manuell erstellten Gruppen.
Ich werde danach suchen, aber es könnte sein, dass dies nicht geändert werden kann, ohne zugrunde liegende Dinge zu beschädigen.
Hmm, aber du hast Trust_level_0 selbst geändert. Das werde ich mit einbeziehen.
@piffy Ich kann bisher nichts in der Suche oder über die Benutzeroberfläche finden. Bevor ich tiefer grabe, sollte ich prüfen, ob du ‘Rookie’ über die Rails-Konsole geändert hast?
Zusätzliche Informationen:
Dieses Thema scheint ebenfalls inkonsistente Ergebnisse erzielt zu haben:
Ich habe Rookie und Padawan ausprobiert, aber meine ändern sich nicht erfolgreich. Ich frage mich, was ich übersehe?
Ich kann nicht garantieren, dass ich das nicht getan habe, aber ich erinnere mich nicht, es von der Konsole aus geändert zu haben.
Mein Forum wurde durch ein benutzerdefiniertes Skript importiert. Vielleicht ist das eine mögliche Erklärung? Aber ich glaube nicht, dass ich den Namen Rookie irgendwo anders als in der Weboberfläche angegeben habe.
Okay, ich hatte etwas Glück. Wenn ich einen trust_level-Gruppennamen ändere und dann zu /sidekiq gehe und Jobs::EnsureDbConsistency ausführe, ändert das den Slug für mich. 
Ich werde weiter testen, um zu sehen, ob ich das konsistent tun kann.
Update:
Ich kann das konsistent tun. Und die neuen Slugs erscheinen im Flair-Menü:
Funktioniert das bei Ihnen auch? Meine anfängliche Verwirrung basierte offensichtlich auf Ungeduld. 
Ich denke, wenn ich meine Änderungen beibehalten hätte, bis dieser Sidekiq-Job im Rahmen seines regulären Zeitplans ausgeführt worden wäre, dann wäre alles automatisch passiert…
Ich weiß die gründliche Experimentierfreude wirklich zu schätzen! Ich werde dies auf meiner Website testen und Sie wissen lassen, ob es funktioniert.
Entschuldigen Sie die verspätete Antwort. Es scheint nicht funktioniert zu haben.
Das Problem ähnelt dem hier erwähnten:
Der URL-Slug bleibt „trust_level_1“
Für mich ist dieses Problem auf die Vertrauensstufen 1 und 2 beschränkt, die anderen scheinen in Ordnung zu sein. Ich habe versucht, den Namen zurück auf „trust_level_1“ und wieder auf Trainer zurückzusetzen, ohne Erfolg. Das Ausführen von Jobs::EnsureDbConsistency scheint zwar die Aktualisierung des tatsächlichen Gruppennamens auszulösen, aber es ändert den Slug-Namen für mich oder den Namen in der Dropdown-Liste nicht.
Das ist interessant. Ich habe dies verwendet, um meine ständig zwischen allen möglichen Namen hin und her zu mischen. Ich glaube, das Einzige, womit es Schwierigkeiten hatte, war „modérateurs“, als ich unicode usernames nicht aktiviert hatte. Vielleicht fehlt mir noch etwas. 
Werden diese Namen woanders auf Ihrer Website verwendet? Vorhandene Benutzernamen usw. Irgendetwas, das einen Konflikt verursachen könnte, den der Sidkiq-Job anstandslos ignoriert, um nichts zu beschädigen?
AHHA! Ich habe die Lösung gefunden, basierend auf dem, was Sie hier gesagt haben. Es scheint, dass es Benutzer mit demselben Benutzernamen wie dem Gruppennamen gibt! Wenn Sie deren Namen ändern und den Sidekiq-Job ausführen, wird das Problem behoben.
Vielen Dank. Das war eine Kleinigkeit, aber es hat mich monatelang gestört.
Hooray! 
Ich habe den Lösungsbeitrag ein wenig überarbeitet, um klüger zu klingen ein nützlicheres Beispiel zu enthalten.
Hallo Jammy, ich habe das gleiche Problem und verstehe „gehe zu /sidekiq und führe Jobs::EnsureDbConsistency aus“ nicht.
Was genau soll ich tun? Danke!
Sidekiq ist, wo Sie alle Hintergrundaufträge finden, die im Hintergrund ihre Magie wirken. Sie arbeiten normalerweise nach einem Zeitplan, können aber durch manuelles Auslösen beschleunigt werden.
Wenn Sie /sidekiq/scheduler an Ihre Website-Adresse anhängen (z. B. [IhreWebsite]/sidekiq/scheduler), sollten Sie eine Liste aller geplanten Aufträge sehen.
Darin gibt es einen namens Jobs::EnsureDbConsistency, den Sie frühzeitig ausführen können, um die Änderungen an Ihren Standardgruppennamen zu beschleunigen.
Anstatt nach unten zu scrollen, um ihn zu finden, können Sie auch Ctrl+F oder „Auf der Seite suchen“ usw. verwenden und nach etwas wie „ensure“ suchen, um ihn schneller zu finden (ich glaube, es gibt nur zwei Aufträge mit „ensure“ darin, also grenzt es die Auswahl ziemlich ein )
Danke! Habe den Artikel ausgelöst und er funktioniert einwandfrei.
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
