Ich nutze Version 2.5.0.beta3 und habe Discourse über die Admin-Einstellungen angepasst, indem ich eine Reihe von Änderungen vorgenommen habe, um Funktionen zu deaktivieren, die ich nicht benötige (Abzeichen, private Nachrichten usw.). Ich habe keine Änderungen am Code oder an der Rohkonfiguration vorgenommen und es wird auch kein SSO verwendet.
Mir war nicht bewusst, aber beim Ab- und anschließenden erneuten Einloggen werde ich auf /notifications?recent=true&limit=5 weitergeleitet, wo die Meldung „Ups! Diese Seite existiert nicht oder ist privat.
Wir haben gerade auf 2.5.0.beta3 aktualisiert und haben exakt dasselbe Problem.
Die Anmeldung leitet auf notifications?recent=true&limit=5 um, statt auf die vom Benutzer ausgewählte Startseite – es wird ein 404-Fehler ausgegeben.
Die korrekte URL für Benachrichtigungen eines Benutzers wäre /u/benutzername/notifications?recent=true&limit=5.
Aber eigentlich sollte die Benutzereinstellung berücksichtigt werden. Es scheint, als würde die Anmeldung die Benutzer-ID nicht erfassen (Anmeldung mit Benutzername), aber nach der 404-Seite ist man tatsächlich eingeloggt.
Mir sind keine Themes oder Komponenten bekannt, die dies beeinflussen würden. Ich musste eine benutzerdefinierte Komponente deaktivieren, die beim Upgrade von 2.4 auf 2.5 Probleme verursachte, aber das steht in keinem Zusammenhang (ändert das Layout von Gruppen in eine Liste). Was ist der „safe-mode“ und wie wende ich ihn an?
Die Site-URL hilft nicht, da kein öffentlicher Zugriff besteht.
Der ‘safe-mode’ scheint keinen Unterschied zu machen, aber ich bin nicht überzeugt, dass er den abgesicherten Modus aktiviert hat, indem ich diesen Anweisungen gefolgt bin:
Denn das einfache Anhängen von /?safe_mode an die Ende der Site-URL hat keine Optionsseite aufgerufen – sie hat lediglich die Anmeldeseite neu geladen. Das gleiche geschah mit /?safe_mode=no_custom&no_plugins&only_official, und es schien keine Unterschiede auf der Site zu geben.
Ich konnte den abgesicherten Modus aktivieren (ich habe mich einfach eingeloggt, und dort waren die Optionen). Ich habe alle Haken gesetzt, mich ausgeloggt und wieder eingeloggt.
Nach dem Einloggen wurde ich auf die Seite /notifications?recent=true&limit=5 weitergeleitet.
Warum?
Warum ist das nicht konsistent (manchmal wird ich an den richtigen Ort weitergeleitet)?
Hinweis: Diese URI befindet sich in einem Cookie der Anmeldeseite.
Gibt es schon Fortschritte – wir haben dasselbe Problem. Es tritt auf einem Server auf, aber nicht auf einem anderen Testserver mit derselben Anzahl an Plugins und Komponenten.
Das OAuth2-Plugin wurde auf beiden installiert, ist aber nun deaktiviert (seit vor dem Upgrade). Es ist möglich, dass das OAuth2-Plugin auf dem betroffenen Server während des Upgrades aktiviert war und erst danach deaktiviert wurde – ich warte auf die Bestätigung des Systemadministrators, in welcher Reihenfolge er die Schritte durchgeführt hat.
OAuth2 wurde während des Upgrades installiert. Seitdem ist es deaktiviert.
Was ist eine Installation in einem Unterordner?
Wir haben nur eine Standardinstallation. Wir verfügen über einen Ordner ‘containers’ mit einer app.yml darin, und wir starten Discourse, indem wir ein Skript namens ‘launcher’ (als root) ausführen.
Ich habe das gleiche Problem nach dem Upgrade auf 2.5.0.beta3.
Selbst gehostete Standardinstallation, es wurden nur offizielle Plugins verwendet.
Google OAuth ist konfiguriert.
[quote=“FrankVolkel, Beitrag:1, Thema:149718”]
Weiterleitung zu /notifications?recent=true&limit=5, was die Meldung „Ups! Diese Seite existiert nicht oder ist privat.