„Alle Mitglieder“ bei der Erstellung einer Kategorie weist allen zu

[RGJ (Richard - Communiteq)]

Wenn ein Forum auf „Anmeldung erforderlich“ eingestellt ist, bietet die Option „Neue Kategorie erstellen“ die Wahl zwischen „Alle Mitglieder“ und „Privat“. Ist diese Einstellung nicht aktiviert, ändert sich die Auswahl zu „Öffentlich“ und „Privat“.

In beiden Fällen weist jedoch die linke Schaltfläche die Gruppe everyone zu.

Es passiert folgendes:

• Ich richte ein neues Forum ein.
• Ich aktiviere „Anmeldung erforderlich“, da ich es noch konfiguriere.
• Ich erstelle eine Kategorie und wähle „Alle Mitglieder“.
• Es wird everyone zugewiesen.
• Ich mache das Forum für die Öffentlichkeit zugänglich, indem ich „Anmeldung erforderlich“ deaktiviere.
• Die Kategorie ist nun für anonyme, nicht angemeldete Nutzer zugänglich.
• Panik

Erwartetes Verhalten:

• Wenn die Schaltfläche „Alle Mitglieder“ lautet, sollte trust_level_0 oder die neue, hübsche Gruppe logged_in_users zugewiesen werden.

Außerdem ist mir dabei aufgefallen, dass die neue Funktion für granulare Berechtigungen, wenn aktiviert, nicht auf Kategorienberechtigungen angewendet wird. Das ist WIRKLICH verwirrend.

[chapoi]

@martin Gedanken dazu? Bin mir nicht sicher, wie ich das angehen soll, aber es scheint weniger als ideal.

[RGJ (Richard - Communiteq)]

Vorschlag: Drei Buttons statt zwei verwenden

• öffentlich (deaktivieren, wenn Anmeldung erforderlich ist) → everyone zuweisen
• nur für Mitglieder → trust_level_0 oder die neue, hübsche Option logged_in_users zuweisen
• privat → ausgewählte Gruppen zuweisen.

Zugehöriger Fehlerbericht: Category permissions and the new permission groups

[martin (Martin Brennan)]

Ja, meine Absicht war es, die Kategorieberechtigungen mit dieser anstehenden Änderung nicht allzu sehr zu verändern, sodass diese (dies und Category permissions and the new permission groups - #5 by martin ) eher unbeabsichtigte Nebeneffekte sind. Ich plane nicht, „everyone“ (jeder) als Option aus den Kategorieberechtigungen zu entfernen … aber ich denke, es wäre wahrscheinlich eine gute Idee, dies in einer schnellen Nachfolgeaktion nachzuholen.

Das Problem ist, dass ich dachte, es wäre noch unklarer, worauf ich die Kategorieberechtigungen für „everyone“ migrieren sollte, aber vielleicht kann es der Logik folgen, die du vorschlägst? Z. B. Wenn ich „everyone“ entferne, würde eine Migration diese Kategorieberechtigungen für eine Site hinzufügen:

• Site erfordert Anmeldung → „everyone“ wird zu „logged_in_users“ (angemeldete Benutzer)
• Site ist öffentlich/erfordert keine Anmeldung → „everyone“ wird zu „logged_in_users“ UND „anonymous_users“, zwei separate Kategorieberechtigungen

@RGJ

Vorschlag: drei Buttons statt zwei verwenden

• öffentlich (deaktivieren, wenn Anmeldung erforderlich ist) → „everyone“ zuweisen
• nur für Mitglieder → „trust_level_0“ oder die neue „logged_in_users“ zuweisen
• privat → ausgewählte Gruppen zuweisen.

Ich denke, dieser Vorschlag macht am meisten Sinn und ist am klarsten, also werde ich diese Änderung vornehmen, sobald ich dazu komme.

[RGJ (Richard - Communiteq)]

@martin

Also sind diese (dieses und Category permissions and the new permission groups - #5 by martin ) eher unbeabsichtigte Nebeneffekte. Ich plane nicht, „everyone“ (alle) als Option für Kategorieberechtigungen zu entfernen… aber ich denke, es wäre langfristig eine gute Idee, dies schnell nachzuholen.

Das Problem ist, dass ich dachte, es wäre noch unklarer, wohin ich die Kategorieberechtigungen für „everyone“ migrieren sollte. Aber vielleicht kann es der von dir vorgeschlagenen Logik folgen? Z. B. wenn ich „everyone“ entferne, würde eine Migration diese Kategorieberechtigungen für eine Website hinzufügen:

Ich denke, es ist am besten, diese Diskussion in jenem Thema fortzusetzen, also werde ich dort antworten.

Dieses spezifische Problem mit den Schaltflächen für öffentlich/mitglieder/privat ist relativ einfach, und diese Änderung wird es lösen.