-
-
Notifications
You must be signed in to change notification settings - Fork 213
Benutzerrechte für neues Nachrichtenarchiv wird nicht richtig gesetzt #8583
Comments
Das klingt für mich nach einem Bug und einem Feature-Request:
Wenn ein User ein Archiv anlegen kann, muss er es natürlich auch bearbeiten können.
Das könnte ein sinnvolles Feature sein. Grüße Nachtrag 05.12.2016: |
@ADoebeling was genau ist nun für dich ein Bug und was ein Feature Request? Du hast zwei mal die selbe Stelle gequoted ;). |
Ich habe am Wochenende nochmal offline mit @Xendiadyon gesprochen: |
😕 der Logik folgend müsste er ja durch das Anlegen eines Archives auch die Rechte bekommen in den Listen-Modulen sein Häkchen für das Archiv zu setzen. |
@asaage Die Frage ist, wie es besser wäre: Redakteur legt neues Archiv an und:
Für eine optimale Lösung müsste mal das bisherige Rechtekonzept überarbeiten und künftig nicht nur den Haken setzen "Darf Archive anlegen", sondern auch "Archive erhalten automatisch folgende Benutzergruppe zugewiesen". Das ist aber IMHO ein BC-Break. |
lässt sich doch realisieren indem du den Redakteuren die Gruppenverwaltung mit den entsprechenden Feldern freischaltest - oder sehe ich das falsch? Ich hadere auch hin und wieder mit dem Rechtekonzept :) |
Wenn das so funktioniert, ist das zwar vom Workflow für den gemeinen Redakteur etwas "unintuitiv", löst aber tatsächlich das Problem. @Xendiadyon Kannst Du das bitte mal checken? |
Das ist eigentlich auch der Fall: Klappt es in der Onlinedemo nicht? |
Wenn man die Benutzerrechte feiner aufspaltet (z.B. darf eine Benutzergruppe Seiten/Artikel anlegen, eine andere darf News eintragen oder erstellen, aber KEINE Seiten/Artikel anlegen) und einem Benutzer die Mitgliedschaft in beide Gruppen zuweist, dann gibt es den Fehler: Und zwar genau dann, wenn die News-Redakteurgruppe NICHT die Seitenbearbeitungsrechte hat und in der Reihenfolge der User-Groups unter der Seiten-Redakteurgruppe steht. Das erklärt aber nicht, warum es bei der Google Maps Erweiterung nicht klappt, wo man idR keine Weiterleitungsseite anlegen muss. Eventuell wird auch nur versucht, der ersten Benutzergruppe die Rechte zu verpassen, denn wenn die News-Redakteurgruppe VOR der Seitenredakteurgruppe stehen hat, klappt es in der Online-Demo. Ich werde versuchen, den News-Redakteuren (genau wie den Google-Maps-Redakteuren) zusätzlich als Gruppenrechte Seitenbearbeitungsrechte zu geben. Dann ist zwar die Berechtigung nicht so dediziert gestaffelt wie ich es mir wünsche, aber es ist an sich auch völlig okay, wenn ein Benutzer, der Newsarchive anlegen kann, auch Seitenbearbeitungsrechte besitzt. |
|
@Xendiadyon ging es dir nicht ursprünglich um die Nachrichten Archive in Contao 4? |
Ja, es geht mir um Contao4;
Dieser Fehler existiert sowohl in Contao 3 (Demo) als auch in Contao 4. Ich hoffe, ich konnte helfen? |
Das Problem war, dass Contao versucht hat, die ID des neuen Archivs der Benutzergruppe zuzuordnen; die Rechte waren aber auf dem Benutzer selbst gesetzt. Hättest Du die Rechte zum Anlegen neuer Archive der Gruppe gegeben, wäre uns der Fehler nie aufgefallen – insofern gut. 😄 Behoben in 95c9fd7. |
* Correctly handle nested public folders when symlinking a folder. * Correctly handle SVGZ files in the file manager (see contao/core#8624). * Prevent an endless redirect loop if the page alias is "/" (see contao/core#8560). * Correctly parse German dates with two digit years in MooTools (see contao/core#8593). * Correctly add new resources to the user/group permissions (see contao/core#8583). * Trigger the auto-submit function in the date picker (see contao/core#8603). * Call the load callback when loading page/file picker nodes (see contao/core#7702).
Ich habe einen Redakteurbenutzer, der neue Newsarchive anlegen darf. Wünschenswert ist, dass er auf die neu erstellten Newsarchive auch automatisch Zugriff erhält.
Wenn er aber versucht, ein neues Newsarchiv anzulegen, hat er für exakt dieses Newsarchiv keine Zugriffsrechte.
Es fehlt die Möglichkeit, bei den Benutzerrechten einzustellen, dass nicht nur aktuell gewählte Newsarchive erlaubt sind, sondern auch alle zukünftigen.
Das Gleiche gilt für andere Erweiterungen, z.B. FAQ, Newsletter, Google Maps, ...
Contao 4.3
The text was updated successfully, but these errors were encountered: