Weil's so schön war - Benutzergruppe darf nur eigene Themen sehen/lesen

Quote from [FFW] Patric

Das Aufrufen des Themas hingegen ist eine relativ einfach Sache

Das wäre ja schonmal ziemlich gut!

Ich muss an dieser Stelle meine Aussage revidieren: Auch das ist nicht ohne weiteres möglich. Zumindest sehe ich aktuell keine saubere Möglichkeit die geworfene PermissionDeniedException zu unterbinden.

Und wenn du in die einfach reinschreibst, das der Nutzer kein Recht hat diesen Thread anzugucken?

Ginge das ohne weiteres?

Was wäre denn falsch daran, wenn ein nicht autorisierter Benutzer beim Aufruf des Themas diesen Hinweis erhält?

Quote from XtreamServer

Ginge das ohne weiteres?

Da gab es doch so etwas wie namedUserException, oder?

Gruß norse

Ähm, das Problem ist das die ThreadPage-Klasse eine PermissionDeniedException wirft, sobald canReadThread nicht vorhanden ist. Die müsste ich ja unterbinden, damit ich die Seite anzeigen sofern ein Recht ala canReadOwnThread vorhanden ist. Ich hoffe das war verständlicher ^

Korrigiere mich @norse ich falsch liegen sollte

Ganz naiv gefragt (ich bin ja nicht wirklich firm im programmieren): Siehst Du eine Möglichkeit im Sinne von wenn canReadThread=false und canReadOwnThread=true setze canReadThread=true?

Gruß norse

Auf Anhieb nicht, da die entsprechenden Attribute des BoardPermissionHandler protected sind.

Ich habe leider gar keine Ahnung vom Programieren, aber wirklich schön zu sehen dass sich hier einige den Kopf darüber zerbrechen und ich hoffe es kommt eine passable Lösung dabei raus. Danke auf jeden Fall schon mal für das "Brainstorming" und die Versuche! Ich bleibe gespannt dran...!

Also, das von Josh ist so auf jeden Fall umsetzbar... Kann das auch gerne machen, da der Aufwand nicht sehr groß ist, ABER:

Meiner Ansicht nach ist die Lösung keine schöne. Auf Anhieb sehe ich zwei Gründe:

• Das Plugin setzt etwas um, was sich der eigentlichen Rechtematrix des WCF entzieht. Heißt ein gewährtes Recht überschreibt ein verweigertes was in dem Plugin genau anders rum wäre. (Kann nur eigene Themen lesen überschreibt Kann alle Themen lesen) Das bringt uns auch schon zum zweiten Problem
• Sobald der Benutzer in einer Gruppe ist, die das Recht Kann nur eigene Themen lesen hat (egal ob über die Gruppen Rechte direkt oder über das Forum selbst), kann er eben auch nur noch die eigenen Themen lesen, egal ob eine andere Gruppe etwas anderes sagt.

Auch ein riesen Wunsch

Quote from [FFW] Patric

Also, das von Josh ist so auf jeden Fall umsetzbar... Kann das auch gerne machen, da der Aufwand nicht sehr groß ist, ABER:

Meiner Ansicht nach ist die Lösung keine schöne. Auf Anhieb sehe ich zwei Gründe:

• Das Plugin setzt etwas um, was sich der eigentlichen Rechtematrix des WCF entzieht. Heißt ein gewährtes Recht überschreibt ein verweigertes was in dem Plugin genau anders rum wäre. (Kann nur eigene Themen lesen überschreibt Kann alle Themen lesen) Das bringt uns auch schon zum zweiten Problem
• Sobald der Benutzer in einer Gruppe ist, die das Recht Kann nur eigene Themen lesen hat (egal ob über die Gruppen Rechte direkt oder über das Forum selbst), kann er eben auch nur noch die eigenen Themen lesen, egal ob eine andere Gruppe etwas anderes sagt.

OK, letzteres wäre natürlich problematisch. Hat jemand eine Idee wie man das lösen kann bzw. mal ganz naiv gefrafgt: Kann/würde Woltlab hier helfen? (...aber bitte nicht erst mit 4.2!) Ich glaube es ist ja durchaus deutlich geworden dass solch eine Funktion für viele Kunden sehr wichtig wäre.

Quote from Josh

könnte man natürlich durch ein weiteres Recht lösen

Was ich mehr als unschön finde.

Quote from disto1978

Kann/würde Woltlab hier helfen?

An der Stelle sind sie die einzigen die das können

Ich würde mir eh wünschen an viel mehr Stellen des WCF/WBB ohne weiteres eingreifen zu können. Leider können selbst Kunden nicht bei der Entwicklung des WBB mitwirken

@Josh: Ich würde mir hier viel mehr eine weit allgemeinere Lösung wünschen. Das hier löst das Problem an der aktuellen Stelle - einmalig um ein Recht nachzurüsten, welches mit der nächsten Version (4.2) kommen soll.

Quote from Josh

Du kannst über die entsprechende API (ACL und userGroupOptions) weitere Berechtigungen hinzufügen.

Dessen bin ich mir bewusst

Quote from Josh

die canRead()-Methode zu üeberschreiben, was nicht oft vorkommt,

Jein. Kommt immer drauf an was man wie individualisieren will und für welchen Zweck

Ist ja alles schön dass sowas mit 4.2 kommen soll, leider wird WBB so immer unbrauchbarer wenn die wichtigsten Funktionen immer erst mit der x.2 Version kommen denn dann ist es kein weiter Weg mer bis WBB 5 und der Spuk fängt von vorne an. WBB ist ein gutes System, aber was nützt es mir wenn ich viel Geld für eine Version ausgebe, dann nochmal für die Updates draufzahle um es letztendlich erst Monate/Jahre später produktiv einsetzen zu können. Ich denke für die Jungs von Woltlab wäre das kein großer Aufwand das mit einem kleinen Patch einzubauen, oder eben wenigstens den Code so vorzubereiten dass die Community Coder was basteln können.

Eben diese hier disskutierte ist eine kleine Funktion welche aber die Einsatzmöglichkeiten des WBB extrem steigern würde.

Quote from disto1978

Ist ja alles schön dass sowas mit 4.2 kommen soll, leider wird WBB so immer unbrauchbarer wenn die wichtigsten Funktionen immer erst mit der x.2 Version kommen denn dann ist es kein weiter Weg mer bis WBB 5 und der Spuk fängt von vorne an. WBB ist ein gutes System, aber was nützt es mir wenn ich viel Geld für eine Version ausgebe, dann nochmal für die Updates draufzahle um es letztendlich erst Monate/Jahre später produktiv einsetzen zu können. Ich denke für die Jungs von Woltlab wäre das kein großer Aufwand das mit einem kleinen Patch einzubauen, oder eben wenigstens den Code so vorzubereiten dass die Community Coder was basteln können.

Eben diese hier disskutierte ist eine kleine Funktion welche aber die Einsatzmöglichkeiten des WBB extrem steigern würde.

Sehe ich genauso. @Alexander Ebert