Auch wenn die Einstellung detailed 404 aktiviert ist, führt das Aufrufen einer Kategorie-Seite (site.com/c/category oder site.com/c/category/subcategory) nicht zu einer benutzerdefinierten 404-Seite, genau wie beim Klicken auf eine Beitragsseite (site.com/t/title/1234). Oder übersehe ich etwas?
Ist dies das beabsichtigte Verhalten?
Meiner Meinung nach ist die benutzerdefinierte Seite für die Kategorie/Unterkategorie sogar wichtiger als für den Beitrag (die Gefahr, die Existenz der Kategorie zu übersehen, ist geringer als die des Beitrags, und zudem würde die benutzerdefinierte Seite direkt zur betreffenden Gruppe verlinken). Daher schlage ich vor, die benutzerdefinierte Seite auch für diese Links hinzuzufügen.
Ich würde das auch begrüßen. Die Risiken im Zusammenhang mit der Offenlegung von Informationen lassen sich viel besser handhaben, wenn dies nur auf Kategorien angewendet wird.
Andererseits ermöglicht die Aktivierung dieser Einstellung beispielsweise auch das Aufdecken privater Nachrichten.
Möglicherweise – @eviltrout, könntest du jemanden bitten, den Aufwand dafür abzuschätzen? Ich kann das verstehen, da Kategorien in Discourse eng mit Berechtigungen verknüpft sind, sodass es in diesem Fall sinnvoll ist, dass die 404 etwas mehr preisgibt.
Ich glaube, ich habe eine saubere Lösung, indem ich die Logik in den exception-Controller lege. Das würde zukünftige Änderungen an detailed_404 deutlich reibungsloser ablaufen lassen, falls wir uns dafür entscheiden.
