Funktioniert dieses ActiviyPub-Plugin zusammen?
Das habe ich nicht getestet. Dieses Plugin überschreibt die Zugriffs- und Sichtbarkeitsprüfungen, sodass es im Allgemeinen gut mit anderen Plugins funktioniert. Ich kann mir vorstellen, dass das ActivityPub-Plugin an Stellen eingreift, die diese Prüfungen (unbeabsichtigt) umgehen. Der einzige Weg, das herauszufinden, ist, es zu testen.
Davon abgesehen sehe ich keinen Anwendungsfall, bei dem private Themenkategorien für ActivityPub in Frage kämen.
2 „Gefällt mir“
Oh, ich verstehe. Ich habe missverstanden, was das tut.
Nun, noch besser.
2 „Gefällt mir“
Vielen Dank für dieses großartige Plugin, wir haben es lange vermisst.
Wir haben versucht, dies mit der „E-Mail-Eingangs“-Funktion zu koppeln. Es funktioniert gut für einfache Fälle, komplexere Fälle funktionieren nicht sehr gut:
- Wenn jemand eine E-Mail an 2 „private Themen“-Kategorien sendet, erscheint sie nur in einer (ziemlich normal für die Funktionsweise von Discourse, aber für die Benutzer, die die E-Mail verwenden, nicht verständlich).
- Dasselbe gilt, wenn der Benutzer an mehrere E-Mails sendet, die mit Gruppen und anderen an Kategorien gebunden sind.
- Wenn der Benutzer an externe E-Mails und an die E-Mail der „privaten Themen“-Kategorie sendet, werden bei einer Antwort andere externe E-Mails nicht empfangen. (Gruppennachrichten unterstützen dies, da wir jemanden zur Konversation einladen können)
Diese Probleme sind nicht spezifisch für dieses Plugin, sondern ein allgemeiner Nachteil von Kategorie-Themen im Vergleich zu Gruppen-Posteingängen. Dieses Plugin zielt nicht darauf ab, all diese zu lösen.
1 „Gefällt mir“
Korrektur: Die semantische Suche von Discourse AI konnte den Schutz umgehen. Dies wurde nun behoben. Wenn Sie dieses Plugin zusammen mit dem Discourse AI-Plugin verwenden, stellen Sie sicher, dass Sie ein Update durchführen!
3 „Gefällt mir“
Habe gerade dieses Plugin gesehen. Sehr cool.
1 „Gefällt mir“
Danke für das Plugin @RGJ, es scheint meine benötigte Funktion zu erfüllen. 
Zwei Probleme, auf die ich beim Testen gestoßen bin:
- Wenn ich eine bestehende Kategorie A (bisher nur für Gruppe A zugänglich) “öffne”, indem ich in den Sicherheitseinstellungen das Kontrollkästchen “Private Themen aktivieren” aktiviere und Rechte für eine andere Gruppe B hinzufüge, um ihre privaten Themen posten zu können, scheint es, dass alle bestehenden Themen von anderen Benutzern der Gruppe A von Mitgliedern der Gruppe B eingesehen werden können. Es scheint also, dass die private Thema-Funktion nur für Themen funktioniert, die nach der Aktivierung des Plugins erstellt wurden, aber nicht für bestehende Themen, die vor der Aktivierung des Plugins erstellt wurden. Kann das jemand bestätigen?
Meine erwartete/gewünschte Funktionsweise wäre, dass auch bestehende Themen für Benutzer der Gruppe B verborgen bleiben/werden (wie es für neue Themen funktioniert). Ansonsten bin ich mir nicht sicher, wie ich migrieren soll. - Beim Testen habe ich festgestellt, dass nach dem Erstellen eines Themas durch einen Benutzer, der zur Gruppe A gehört (Besitzer der Kategorie), für einen Benutzer der Gruppe B der Zähler
Neu (1)in der Kategorieansicht angezeigt wurde. Da das Thema für den Benutzer (korrekterweise) verborgen war, scheint diese Benachrichtigung durch den Zähler ein Fehler zu sein und könnte Benutzer irritieren.
discourse 3.2.0.beta5-dev (cef6aca6e5)
plugin 1.5.3 (709df2c)
Das Plugin wirkt sich nicht nur auf Themen aus, die nach der Aktivierung des Plugins erstellt wurden, sondern funktioniert für alle Themen in diesen Kategorien.
Ich bin mir nicht sicher, was
bedeutet. Wenn es um die Gruppenauswahl unter der Checkbox geht, dann tut diese Einstellung nichts dergleichen.
Themen sind für den Themenstarter und für Benutzer in den folgenden Gruppen sichtbar
Wenn Sie dort Gruppe B hinzufügen, geben Sie allen Mitgliedern von Gruppe B die Möglichkeit, alle Themen anzuzeigen. Dies ist zum Beispiel für Ihr Support-Team gedacht.
Wenn es nicht um diese Gruppenauswahl geht, beschreiben Sie bitte Ihr Setup genauer.
Entschuldigung, ich habe mich schlecht ausgedrückt.
Ich habe dort nicht Gruppe B hinzugefügt. Ich habe nur Gruppe B zu den allgemeinen Sicherheitseinstellungen hinzugefügt, um ihnen zu erlauben, die Kategorie und die Themen zu sehen.
Detailliertere Einrichtungbeschreibung:
Kategorieeinstellungen vor dem Aktivieren des Plug-ins:
- Nur Gruppe A hat Zugriff auf die Kategorie (anzeigen, antworten, posten).
Kategorieeinstellungen nach dem Aktivieren des Plug-ins:
- Hinzufügen des Zugriffs für Gruppe B auf die Kategorie (anzeigen, antworten, posten)
- Aktivieren von privaten Themen für diese Kategorie
- Hinzufügen von Gruppe A zu Themen sind sichtbar für den Themenersteller und für Benutzer in den folgenden Gruppen: (tatsächlich wurde sie bereits standardmäßig hinzugefügt)
Zuerst einmal habe ich gerade einen Fix für Ember5 eingespielt, aber das sollte keinen Einfluss auf die Funktionsweise des Plugins gehabt haben. Um 100% sicher zu sein, bitte bauen Sie das Plugin von Grund auf neu und konfigurieren Sie es neu.
Ich kann dies nicht reproduzieren.
- Richten Sie es wie beschrieben ein, mit Benutzer A in GruppeA und Benutzer B in GruppeB.
- BenutzerA hat einen Beitrag erstellt
- Richten Sie das Plugin ein
- Benutzer B hat einen Beitrag erstellt
- Benutzer A hat einen weiteren Beitrag erstellt
Admin-Ansicht
Benutzer A sieht
Benutzer B sieht
Das verhält sich also wie erwartet.
Das ist auch sehr seltsam, es gibt keine Standardgruppenaddition dort.
1 „Gefällt mir“
Vielen Dank für Ihr schnelles Feedback und Testen, @RGJ! Und entschuldigen Sie die späte Antwort, einige andere Aufgaben hielten mich für einige Tage von dem Problem ab. Ich habe das Plug-in aktualisiert und mit einer anderen Kategorie erneut getestet. Ich kann es jetzt selbst nicht reproduzieren, daher scheint es wie erwartet zu funktionieren. Nur von einem Administrator gestartete Themen werden in der Kategorie angezeigt (wahrscheinlich absichtlich und sinnvoll), das habe ich bei meinem ersten Test vielleicht verwechselt. Entschuldigung für die Störung!
Das Problem mit dem „Neu“-Zähler für neue Themen scheint weiterhin zu bestehen: Der Benutzer in einer Gruppe, der nur seine eigenen Threads sehen darf, hat einen „Neu“-Zähler, kann aber keine neuen Threads sehen, wenn ein Benutzer der „Support“-Gruppe (der alle Themen sehen darf) ein neues Thema postet. Siehe Screenshot unten: „Neu (5)“ für Benutzer ohne Rechte
Ansicht für Support-Benutzer mit Rechten:
1 „Gefällt mir“
Korrekt, dies wird durch die Einstellung private topics permitted groups gesteuert: „Themen, die von einem Mitglied dieser Gruppen gestartet wurden, immer anzeigen“.
Ja, das ist ein bekanntes Problem. PRs oder Hinweise sind willkommen.
1 „Gefällt mir“
Eine Frage, selbst ich kenne vielleicht die Antwort.
Was passiert, wenn das Plugin deaktiviert werden muss, wegen einiger Konflikte usw. Werden dann alle Themen und Beiträge für jeden sichtbar sein oder wird diese Kategorie für jeden eingeschränkt sein?
Denn die erste Option ist für mich absolut keine Option, zu viele sensible Daten. Aber wenn die zweite Option… damit kann ich leben.
Wenn Sie das Plugin deaktivieren, sind alle Themen in der Kategorie für jeden sichtbar.
Wenn Sie dies vermeiden möchten, sollten Sie die Berechtigungen der Kategorie strenger festlegen, bevor Sie das Plugin deaktivieren.
1 „Gefällt mir“
Wie ich erwartet habe. Es gibt also ein großes Risiko: menschliches Versagen. Wenn ich es deaktivieren muss, sollte ich daran denken, in diesem Chaos auch die Gruppeneinschränkungen anzupassen. Das ist eigentlich ein großes Fragezeichen.
Vermeide das Chaos und du wirst in Ordnung sein 
1 „Gefällt mir“
Das ist sehr wahr 
Aber Probleme mit Plugins und Umgebung liegen außerhalb meiner Kontrolle (sonst wäre es… aufregend 
)
Ich spiele nur mit der Idee… wenn es eine Sicherheitsmaßnahme gäbe, wie eine Begleitkomponente, die eine und einzige Aufgabe hat: den Status des Plugins zu überwachen und den Administrator (die Administratoren) sofort darüber zu informieren, dass die Kategorie für die Welt sichtbar ist.
Ich bin ein kleiner Akteur, aber ich frage mich, ob diese Firmen-basierten Foren, die dies nutzen und oft mehr als einen Administrator haben, sich dieses Risikos voll bewusst sind 
1 „Gefällt mir“
Ohne viel über die Möglichkeiten zu wissen, also vielleicht nur ein irrelevanter Gedanke, wie man das Risiko mindern kann: Vor/während des Deaktivierens des Plugins, zeige dem Benutzer einen Dialog an, der ihn an die Folgen der Deaktivierung des Plugins erinnert und die Sicherheitseinstellungen der Kategorie nochmals überprüft.
Nur meine 2 Cent: Im Allgemeinen würde ich davon ausgehen, dass das Problem eher geringfügig ist, da ich davon ausgehen würde, dass Leute ein Plugin, das sie benötigen, nicht blind deaktivieren, sondern sich Gedanken darüber machen werden, wie sie ihre Anforderungen erfüllen können, wenn sie das Plugin deaktivieren müssen…
Der häufigste Grund ist, dass das Forum nicht erreichbar ist. Und ich kenne nicht viele Administratoren, die darüber nachdenken, wenn sie die Ursache und die Lösung kennen, nämlich das Deaktivieren eines Plugins. Ich mag Category Lockdown, aber weil es kaputt ist, habe ich es sofort entfernt. Zu diesem Zeitpunkt sollte ich mich jetzt an die Einschränkungen eines bestimmten Plugins erinnern, das lange Zeit gut funktioniert hat.
Dies ist dasselbe Problem wie bei Backups. Wir alle wissen, wie wichtig Backups sind. Aber wenn es von manueller Arbeit und Erinnerung abhängt … dann gibt es keine Backups oder diese sind wirklich alt.
Der menschliche Faktor ist das größte Risiko überhaupt.
Wie auch immer. Das Plugin selbst ist wunderbar, aber ich muss ein wenig über Vor- und Nachteile nachdenken. Ich unterliege verschiedenen Vorschriften und die Offenlegung dieser Daten kann in mehr als einer Hinsicht kostspielig sein.
2 „Gefällt mir“