Themen aus einigen Kategorien erscheinen nicht auf /latest

Das Verfahren zum Neuordnen von Kategorien, wie sie auf der Landingpage für angemeldete Benutzer angezeigt werden, wie in der Dokumentation hier beschrieben, scheint nicht zu funktionieren.

Ich bin mir nicht sicher, ob dies wahrscheinlich auf ein kürzliches Beta-Update oder eine damit zusammenhängende Einstellung zurückzuführen ist, mit der ich unwissentlich gespielt habe, aber ich würde mich über jeden Vorschlag freuen, um die Prioritäten für die Kategoriedarstellung wieder zum Laufen zu bringen.

Gemäß dem veröffentlichten Verfahren habe ich feste Kategorienpositionen und feste Kategorienpositionen bei Erstellung aktiviert und numerische Prioritäten zugewiesen, sodass meine bevorzugte Kategorie in dem Dialogfeld zum Neuordnen von Kategorien über meiner weniger bevorzugten Kategorie erscheint, und ich habe auf die Schaltfläche Speichern geklickt.

Das Leeren des Browser-Caches, das Schließen und erneute Öffnen meines Browsers, das erneute Anmelden (als Administrator) und die Überprüfung der angezeigten Kategorie Reihenfolge im Dialogfeld zum Neuordnen von Kategorien zeigen, dass die Einstellungen tatsächlich gespeichert wurden – jedoch werden Beiträge aus der weniger bevorzugten Kategorie immer noch zuerst angezeigt und füllen standardmäßig die gesamte Landingpage aus, wenn die Seite zum ersten Mal von einem angemeldeten Benutzer geöffnet wird – obwohl sie viel weniger aktuelle Beiträge als die bevorzugte Kategorie und insgesamt viel weniger Aktivität aufweist.

Infolgedessen würde jeder, der die Seite besucht/nachsieht, auf den ersten Blick schlussfolgern, dass dort seit langem nicht viel passiert ist – es sei denn, er gehört zu den wenigen, die mit der Art und Weise vertraut sind, wie Discourse Beiträge in Kategorien organisiert, und dass er zuerst auf eine andere Kategorieüberschrift in der linken Seitenleiste klicken müsste, um etwas Aktuelles zu sehen, das für ihn relevant ist.

1 „Gefällt mir“

Die Landingpage (/latest) für angemeldete Benutzer zeigt immer Themen sortiert nach der letzten Aktivität an, nicht nach Kategorienreihenfolge oder Priorität. Wenn Sie möchten, dass Ihre bevorzugten Kategorien zuerst angezeigt werden, können Sie die Standard-Landingpage auf etwas wie /categories anstelle von /latest umstellen. Auf diese Weise sehen die Benutzer Ihre priorisierte Kategorienreihenfolge auf der Homepage, und wenn sie auf eine Kategorie klicken, werden deren Themen und Beiträge entsprechend angezeigt.

1 „Gefällt mir“

@jahan_gagan außer mir, bei dem das anscheinend nicht der Fall ist.

Alte Beiträge aus der unwichtigsten Kategorie erscheinen zuerst – die Beiträge in der wichtigsten/höher priorisierten Kategorie sind neuer, werden aber standardmäßig trotzdem ausgeblendet.

Das war vor ein paar Wochen nicht der Fall.

Ich möchte eingeloggten Benutzern, die nicht tief genug in die Navigation von Discourse eingearbeitet sind, sondern beim ersten Klick auf den Seitenlink einfach die neuesten Beiträge in der relevantesten Kategorie sehen möchten, ein kuratiertes Erlebnis bieten.

Ist Ihre bevorzugte Kategorie möglicherweise unter Standardkategorien stummgeschaltet in den Website-Einstellungen aufgeführt? Wenn sie stummgeschaltet ist, werden deren Beiträge nicht unter /latest angezeigt, selbst wenn sie neuer sind. Könnten Sie dies bitte überprüfen und bestätigen?

2 „Gefällt mir“

[quote=“jahan_gagan, post:4, topic:390136”]Standardkategorien stummgeschaltet

[/quote]

Danke @jahan_gagan.

Zur Erklärung meiner Einrichtung, falls dies hilft:

Die beiden fraglichen Kategorien heißen „Architektenforum“ und „Offenes Forum“, die beide Unterkategorien sind und jeweils unter ihrer eigenen entsprechenden Hauptkategorie angesiedelt sind.

Das „Architektenforum“ ist eine Unterkategorie der Hauptkategorie „PRIVAT“, und das „Offene Forum“ ist eine Unterkategorie der Hauptkategorie „ÖFFENTLICH“.

Die Idee ist, in Zukunft weitere Unterkategorien innerhalb dieser Hauptkategorien hinzuzufügen, wenn der Bedarf entsteht.

Die Hauptkategorien ÖFFENTLICH vs. PRIVAT wurden verwendet, um den angezeigten Inhalten das Anmeldezugriffsniveau zuzuordnen.
Wie oben ersichtlich, habe ich andere Unterkategorien und Hauptkategorien eingerichtet, diese weisen jedoch wenig bis gar keine Aktivität auf.

Personen mit einem Foren-Konto können Unterkategorien innerhalb der Hauptkategorie „PRIVAT“ einsehen und Beiträge darin veröffentlichen (obwohl derzeit nur eine Unterkategorie aktiv genutzt wird) – es wird erwartet, dass diese Unterkategorien manchmal etwas sensible Diskussionen enthalten, die nicht zur weiteren Verbreitung bestimmt sind.

Währenddessen kann jeder, mit oder ohne Konto, Unterkategorien innerhalb der Hauptkategorie „ÖFFENTLICH“ einsehen und Beiträge darin veröffentlichen.

Die bei weitem meiste Aktivität findet derzeit in der Unterkategorie „PRIVAT > Architektenforum“ statt, und daher sollen die neuesten Beiträge in dieser Unterkategorie standardmäßig für angemeldete Benutzer angezeigt werden.

Stattdessen zeigt die Startseite, egal was ich tue, immer alte Beiträge in der Unterkategorie „ÖFFENTLICH > Offenes Forum“ an.

Es sollen keine Beiträge direkt in den Hauptkategorien selbst veröffentlicht werden, und um den Umfang dessen zu reduzieren (da dies immer wieder geschah), wurden beide Hauptkategorien auf „stummgeschaltet“ gesetzt, sodass die Option, direkt dort zu posten, ausgeblendet wurde.

Als Test habe ich versucht, diese Einstellung default_categories_muted zu löschen, sodass nichts stummgeschaltet ist, aber dies scheint keinen Einfluss darauf zu haben, was standardmäßig auf der Startseite angezeigt wird – beim Öffnen der Seite, selbst nach dem Drücken von <Strg+F5> im Browser – zeigt die Seite immer nur Beiträge aus der Kategorie „ÖFFENTLICH > Offenes Forum“ standardmäßig an.

Wie testen Sie dies? Simulieren Sie einen anderen Benutzer? Haben Sie sichergestellt, dass dieser Benutzer Zugriff auf die private Kategorie hat? Es klingt wie eine dumme Frage, könnte aber eine Übersehung sein?

Ich habe einen anderen angemeldeten Benutzer dazu gebracht, mir einen Screenshot zu senden

EDIT Ich habe auch gerade einen Test-Account erstellt und mich damit angemeldet – wieder keine Änderung

Funktioniert für mich nicht.

Ich habe die festen „Kategorienpositionen“ und „feste Kategorienpositionen bei Erstellung“ aktiviert und numerische Prioritäten zugewiesen, sodass meine bevorzugte Kategorie im Dialogfeld zum Neuanordnen der Kategorien über meiner weniger bevorzugten Kategorie erscheint, und auf die Schaltfläche „Speichern“ geklickt.

Wenn ich meinen Browser schließe und wieder öffne, den Browser-Cache leere, mich als Administrator erneut anmelde und die angezeigte Reihenfolge der Kategorien im Dialogfeld zum Neuanordnen der Kategorien überprüfe, sehe ich, dass die Einstellungen gespeichert wurden – jedoch wird die weniger bevorzugte Kategorie beim ersten Öffnen der Website immer noch standardmäßig zuerst angezeigt – obwohl sie weniger aktuelle Beiträge hat als die bevorzugte Kategorie.

Gibt es eine andere Einstellung irgendwo, die die bevorzugte Reihenfolge der Kategorien beeinträchtigen könnte?

Bis zu einem kürzlichen Rebuild war dies kein Problem – obwohl ich zu dieser Zeit auch mit einigen Einstellungen herumgespielt hatte (an die ich mich jetzt nicht mehr erinnere), ist daher unklar, ob dies ein Software- oder Benutzerfehler ist.

Können Sie präzisieren, wo sie zuerst angezeigt wird? Auf der /categories-Seite? Im Dropdown über der Themenliste? Im Dropdown im Composer? An all diesen Stellen?

Hallo @Moin

Die falsche Kategorie von Beiträgen wird standardmäßig angezeigt, wenn die Seite zum ersten Mal geöffnet wird.

Angezeigt werden die neuesten Beiträge in meiner Kategorie „Offenes Forum“, die recht selten genutzt wird.

Angezeigt werden sollten die neuesten Beiträge in meiner Kategorie „Architektenforum“, die viel häufiger genutzt wird (beachten Sie, dass nur angemeldete Benutzer Zugriff auf Inhalte des „Architektenforums“ haben).

Screenshot unten, der die Beiträge in der Kategorie zeigt, die standardmäßig nicht angezeigt werden sollen:

Die Beiträge aus der Kategorie „Architektenforum“, die standardmäßig angezeigt werden sollen, waren das, was früher standardmäßig angezeigt wurde, bis ich etwas falsch gemacht habe – entweder durch das Ziehen und Neuerstellen meiner Discourse-Instanz auf die neueste Beta-Version oder durch das Ändern einer Einstellung irgendwo und das Vergessen, welche es war.

Also, geht es nicht um die Reihenfolge der Kategorien, wie in der obigen Anleitung beschrieben, sondern darum, welche Kategorien auf der neuesten Seite angezeigt werden?

Haben Sie auch mit einem Testbenutzer nachgesehen? Ist es für diesen dasselbe? Dann wissen wir sicher, dass die Kategorie für Sie nicht versehentlich stummgeschaltet ist. Sie können dies auch in Ihren Tracking-Einstellungen überprüfen.

Ich ging davon aus, dass die festgelegte Reihenfolge der Kategorien der bestimmende Faktor dafür ist, welche Kategorie von Beiträgen standardmäßig zuerst auf der Landingpage angezeigt wird. Es scheint, dass dies nicht der Fall ist und dies an anderer Stelle gesteuert wird?

Ja, ich habe dies mit einem neuen Testbenutzer überprüft und erhalte dasselbe Ergebnis, ohne dass Tracking-Präferenzen festgelegt sind.

Welche Landingpage? Zeigt Ihr Screenshot nicht /latest? Wie haben Sie das konfiguriert?

Ja, mein Screenshot zeigt /latest, aber das sind die neuesten in der falschen (selten genutzten) Kategorie

Ich habe das nicht wissentlich so konfiguriert – wenn ich wüsste, wo/wie es konfiguriert wurde (außer durch die Einstellung der Kategorie-Reihenfolge, von der ich annahm, dass sie relevant sei), wäre mein Problem wahrscheinlich gelöst!

Entschuldigung, ich habe mich ablenken lassen.

Haben Sie zufällig die Website-Einstellung Alle Kategorien standardmäßig stummschalten aktiviert? Können Sie Ihre Protokolle der Mitarbeiteraktionen auf Änderungen der Website-Einstellungen überprüfen, die damit zusammenhängen könnten?

Danke @Moin, ich habe gerade beides überprüft.

Alle Kategorien standardmäßig stummschalten ist nicht aktiviert.

In den letzten 2 Wochen gab es viele Aktionen des Personals, die ich unten eingefügt habe, falls sie Hinweise enthalten. Unklare Aktionen und Aktionen mit Benutzeridentifikationsinformationen wurden geschwärzt.
Die meisten Erinnerungen sind darauf zurückzuführen, dass ich sporadisch verschiedene Einstellungen ausprobiere, um die Situation zu lösen (ich bin das einzige Personalmitglied).

admin	change_site_setting	fixed_category_positions	2025-11-20 23:57:40 UTC	
admin	change_site_setting	fixed_category_positions_on_create	2025-11-20 23:57:46 UTC	
admin	change_site_setting	default_composer_category	2025-11-20 23:58:36 UTC	
admin	change_site_setting	shared_drafts_category	2025-11-20 23:59:08 UTC	
admin	change_site_setting	emoji_set	2025-11-28 01:07:35 UTC	
admin	change_site_setting	edit_post_allowed_groups	2025-11-28 01:17:04 UTC	
admin	change_site_setting	flag_post_allowed_groups	2025-11-28 01:17:23 UTC	
admin	change_site_setting	profile_background_allowed_groups	2025-11-28 01:17:38 UTC	
admin	change_site_setting	user_card_background_allowed_groups	2025-11-28 01:17:46 UTC	
admin	change_site_setting	direct_message_enabled_groups	2025-11-28 01:18:35 UTC	
admin	change_site_setting	chat_allowed_groups	2025-11-28 01:18:46 UTC	
admin	change_site_setting	chat_message_flag_allowed_groups	2025-11-28 01:18:54 UTC	
admin	change_site_setting	poll_create_allowed_groups	2025-11-28 01:19:00 UTC	
admin	change_site_setting	styleguide_allowed_groups	2025-11-28 01:19:12 UTC	
admin	change_site_setting	fixed_category_positions_on_create	2025-11-28 01:20:00 UTC	
admin	change_site_setting	fixed_category_positions	2025-11-28 01:20:01 UTC	
admin	change_site_setting	fixed_category_positions_on_create	2025-11-28 01:20:08 UTC	
admin	change_site_setting	fixed_category_positions_on_create	2025-11-28 01:26:56 UTC	
admin	change_site_setting	sort_categories_by_event_start_date_enabled	2025-11-28 01:27:56 UTC	


admin	change_site_setting	default_navigation_menu_categories	2025-12-01 04:09:36 UTC	
admin	change_site_setting	default_navigation_menu_categories	2025-12-01 04:10:12 UTC	
admin	change_site_setting	default_navigation_menu_categories	2025-12-01 04:10:19 UTC	
admin	change_site_setting	default_sidebar_link_to_filtered_list	2025-12-01 04:10:47 UTC	
admin	change_site_setting	fixed_category_positions	2025-12-01 04:15:18 UTC	
admin	change_site_setting	patreon_creator_discourse_username	2025-12-01 04:16:26 UTC	
admin	change_site_setting	sort_categories_by_event_start_date_enabled	2025-12-01 04:19:29 UTC	
admin	change_site_setting	desktop_category_page_style	2025-12-01 04:22:03 UTC	
admin	change_category_settings	position	2025-12-01 04:29:56 UTC	
admin	change_category_settings	custom_fields[enable_topic_voting]	2025-12-01 04:29:56 UTC	
admin	change_site_setting	fixed_category_positions_on_create	2025-12-01 04:38:00 UTC	
admin	change_category_settings	name	2025-12-01 05:15:46 UTC	
admin	change_category_settings	custom_fields[enable_topic_voting]	2025-12-01 05:15:46 UTC	

admin	change_category_settings	name	2025-12-01 05:20:02 UTC	
admin	change_category_settings	slug	2025-12-01 05:20:02 UTC	
admin	change_category_settings	custom_fields[enable_topic_voting]	2025-12-01 05:20:02 UTC	


admin	change_category_settings	position	2025-12-02 07:26:22 UTC	
admin	change_category_settings	sort_order	2025-12-02 07:26:22 UTC	
admin	change_category_settings	sort_ascending	2025-12-02 07:26:22 UTC	
admin	change_category_settings	num_featured_topics	2025-12-02 07:26:22 UTC	
admin	change_category_settings	read_only_banner	2025-12-02 07:26:22 UTC	
admin	change_category_settings	custom_fields[enable_topic_voting]	2025-12-02 07:26:22 UTC	
admin	change_category_settings	sort_ascending	2025-12-02 07:28:11 UTC	
admin	change_category_settings	num_featured_topics	2025-12-02 07:28:11 UTC	
admin	change_category_settings	default_view	2025-12-02 07:28:11 UTC	
admin	change_category_settings	default_top_period	2025-12-02 07:28:11 UTC	
admin	change_category_settings	search_priority	2025-12-02 07:28:11 UTC	
admin	change_category_settings	custom_fields[enable_topic_voting]	2025-12-02 07:28:11 UTC	
admin	change_category_settings	sort_ascending	2025-12-02 09:04:16 UTC	
admin	change_category_settings	custom_fields[enable_topic_voting]	2025-12-02 09:04:16 UTC	
admin	change_site_setting	default_categories_muted	2025-12-02 09:09:15 UTC	
admin	change_site_setting	default_categories_muted	2025-12-02 09:55:05 UTC	
admin	change_site_setting	enable_offline_indicator	2025-12-02 09:56:56 UTC	
admin	change_site_setting	default_watched_precedence_over_muted	2025-12-02 09:57:14 UTC	
admin	change_site_setting	default_other_new_topic_duration_minutes	2025-12-02 09:57:35 UTC	
admin	change_site_setting	default_topics_automatic_unpin	2025-12-02 09:58:03 UTC	


Ist da etwas Nützliches dabei?

Das ist immer noch das Verdächtigste. Ich denke, das Stummschalten einer übergeordneten Kategorie kann dazu führen, dass auch die Unterkategorien stummgeschaltet werden. Sind Sie sicher, dass keine Kategorie in Ihren Einstellungen stummgeschaltet ist?
Wenn Sie die neuesten Beiträge für eine der Unterkategorien filtern, die in den ungefilterten neuesten Beiträgen fehlen, welchen Tracking-Status zeigt das Dropdown-Menü an?
Screenshot_20251204_135904_Firefox

Ich glaube nicht, dass das Stummschalten der richtige Weg ist, dies zu erzwingen. Ich würde versuchen, dafür die Sicherheitseinstellungen der Kategorie zu verwenden. Nur das Lesen in der übergeordneten Kategorie zu erlauben, aber das Lesen, Antworten und Erstellen in den Unterkategorien sollte funktionieren, um Antworten auf die übergeordnete Kategorie zu verhindern. Sie sollten vielleicht auch default_subcategory_on_read_only_category aktivieren. (Ich bin mir nicht sicher, ob das jetzt noch viel ausmacht, da die Schaltfläche „Neues Thema“ in Kategorien, in denen Sie nicht posten dürfen, nicht mehr deaktiviert ist.)

Vergessen Sie nicht, die Option zum Ändern der Einstellung für bestehende Benutzer zu verwenden, wenn Sie die Kategorien aus der Standardeinstellung „stummgeschaltet“ entfernen.