Wenn ich versuche, eine Tag-Gruppe unter einer Kategorie zu verwalten, erhalte ich ein generisches Popup-Fenster Interner Serverfehler.
Ich kann Tags unter der Kategorie verwalten, und ich kann Tag-Gruppen unter “Admin” problemlos bearbeiten.
Es ist nur so, dass ich unter JEGLICHER Kategorie, wenn ich auf den Schraubenschlüssel klicke und dann auf “Tags” klicke, den Fehler erhalte, wenn ich versuche, eine Tag-Gruppe unter einer der folgenden Optionen auszuwählen:
Beschränke diese Tag-Gruppen auf diese Kategorie: oder
Erfordert, dass neue Themen Tags aus Tag-Gruppen haben:
Benötigte Tag-Gruppe hinzufügen
Ich bin mir nicht sicher, wo ich nach einem Protokoll dieses Fehlers suchen soll.
Wir sollen mit diesem Forum in den nächsten Tagen live gehen, und ich wäre sehr dankbar, wenn mir jemand helfen könnte, dies rechtzeitig zum Debüt zu beheben.
Wir müssen wirklich in der Lage sein, vor dem Start einige Tags in einer bestimmten Kategorie zu verlangen.
Wenn Sie diese Dinge mit geöffneter JavaScript-Konsole versuchen, sehen Sie zusätzliche Fehlermeldungen, die bei der Fehlerbehebung helfen können?
Ich habe es gerade versucht und kann es nicht reproduzieren. Es wird einfach korrekt gespeichert.
Können Sie einen Screenshot der Seite „Tag-Gruppe bearbeiten“ für die Tag-Gruppe teilen, die Sie für Ihre Kategorie verwenden möchten? Vielleicht stimmen die Berechtigungen nicht überein?
Ich erhalte: Failed to load resource: the server responded with a status of 500 () ... https://connect.checkinpos.com/tag_groups/filter/search?q=&limit=3
Ich habe 3 verschiedene Tag-Gruppen zur Verfügung, aber es kommt nicht einmal dazu, dass mir die verfügbaren Gruppen angezeigt werden. Das Popup erscheint, sobald ich auf die Schaltfläche klicke.
Ja, ich habe das heute Morgen erst aktualisiert. Könnte sein, dass das etwas kaputt gemacht hat.
Ich wusste nicht, dass Discourse einen abgesicherten Modus hat, warte kurz…
2
[DiscourseJsProcessor] DEPRECATION: Die Eigenschaft parts auf Pfadknoten ist veraltet, verwende stattdessen head und tail
2. Juni 14:27
Job-Ausnahme: Nicht unterstützter Befehlsargumenttyp: FalseClass
Mo 13:47
Job-Ausnahme: Nicht unterstützter Befehlsargumenttyp: FalseClass
Mo 15:10
RuntimeError (default :limit liegt nicht zwischen 0 und 3) app/controllers/application_controller.rb:1027:in `fetch_int_from_params' app/controllers/application_controller.rb:1020:in `fetch_limit_from_param'
9:24
4
[DiscourseJsProcessor] DEPRECATION: Die Eigenschaft parts auf Pfadknoten ist veraltet, verwende stattdessen head und tail
9:33
2
[DiscourseJsProcessor] DEPRECATION: Die Eigenschaft parts auf Pfadknoten ist veraltet, verwende stattdessen head und tail
9:33
16
RuntimeError (default :limit liegt nicht zwischen 0 und 3) app/controllers/application_controller.rb:1025:in `fetch_int_from_params' app/controllers/application_controller.rb:1018:in `fetch_limit_from_param'
Ich versuche es gleich. Die anderen Gruppen sind bereits anderen Kategorien zugeordnet und arbeiten weiter, daher mache ich mir Sorgen, dass ich sie nach der Zerstörung und Wiederherstellung nicht neu zuordnen kann.
Können Sie auf eine frühere Version von Discourse zurücksetzen? Ich habe heute Morgen direkt vor dem Update ein Backup erstellt.
Ich kann das Problem reproduzieren, indem ich die Einstellung auf meiner Seite ebenfalls auf 3 ändere.
Könnten Sie versuchen, sie wieder auf 5 zu ändern?
Das behebt das Problem tatsächlich. Scheint ein Fehler zu sein, oder?
Ich hätte nicht gedacht, dass die Änderung dieser Einstellung die Auswahl einer anderen Einstellung beeinflussen sollte.
Das von Ihnen bereitgestellte Protokoll hat mir geholfen, es zu finden.
[quote=“tknospdr, post:7, topic:369571”]
RuntimeError (default :limit is not between 0 and 3) app/controllers/application_controller.rb:1025:in fetch_int_from_params' app/controllers/application_controller.rb:1018:in fetch_limit_from_param
[/quote]Ich habe im Code nach fetch_limit_from_param gesucht und eine Zeile im Tag-Gruppen-Controller gefunden, die auf die Einstellung verwies.
vollständige Nachricht und Backtrace aus den Protokollen