Bug bei Zugriffssteuerung einzelner Dateilinks

Johannes

Hallo zusammen,

ich bin mir nicht ganz sicher ob ich wirklich auf einen Bug gestoßen bin oder einfach nur eine Kleinigkeit übersehe.

Ich habe auf meiner Seite ein Dateilinks Element welches 5 Links enthält. 2 von diesen Links sollen nur für eine bestimmte Gruppe an Usern sichtbar sein.
Mein Vorgehen dafür:
Datei die ich selektiv ausblenden möchte in der Liste auswählen und bearbeiten

Unter Zugriff wähle ich jetzt die entsprechende Frontend Usergruppe aus

Ich speichere, lösche den Cache und lade das Frontend neu. Alle Elemente in der Listenansicht sind noch da, die Zugriffssteuerung hat also hier keine Wirkung.

Mein Workaround ist, für jede Frontend Gruppe, für die ich selektieren möchte, ein Content Element anzulegen und das gesamte Element mit einer Zugriffssteuerung zu versehen.

Vielen Dank und Grüße
Johannes

Eric Harrer

Johannes Interessanter Fall. Offenbar existierten die Felder zwar aber sie hatten keine Auswirkung. Damit sie sich auswirken hätten sie als enableColumns konfiguriert werden müssen, was im Fall von Datei-Metadaten funktional vermutlich garnicht möglich gewesen wäre. Bis vor kurzem existierte hierzu ein Kommentar im zugehörigen TCA-Code (in EXT:filemetadata/Configuration/TCA/Overrides/sys_file_metadata.php):

// @todo Inconsistent: sys_file_metadata has no ['ctrl']['enablecolumns']['fe_group'],
//       but this column is configured like the standard fe_group column?! Does this
//       actually work? And why can metadata be restricted for fe_groups in the first place?
//       Same question for 'visible' column above, shouldn't this be registered as
//       enablecolumns as well, if it actually works in FE?

Mit dem folgenden Commit wurden die fragwürdigen Felder im latest main, also für die künftive TYPO3 Version 14 entfernt:
https://github.com/TYPO3/typo3/commit/1740eb10929aae4a8a8d3638f716d1d5a95552f1

Johannes

Eric Harrer Den Gedanken, dass Metadaten mit einer Zugriffssteuerung zu versehen eigentlich keinen Sinn ergibt hatte ich vorhin auch schon.
Trotzdem wäre es, zumindest für mich, ein schönes Feature wenn ich nur eine Dateiliste anlegen müsste und die einzelnen Dateien darin steuern könnte. Mehrere Listen bergen immer das Risiko einen Konfigurationsfehler zu machen und irgendwie ist es auch eine unnötige Dopplung von Content Elementen.

Eric Harrer

Johannes Im Falle von Dateien ist es nicht die übliche Steuerung der Sichtbarkeit von Datensätzen, wie es bei enableColumns normalerweise vorgesehen ist. Wenn man sich mal überlegt, wie viele Stellen von einer Zugrifsssteuerung auf Datei-Ebene betroffen wären (LinkHandler, diverse ViewHelper die Dateien nutzen, TypoScript-basierte Dateiausgaben, ggfls. Möglichkeit eines Direktzugriffs auf Dateien, usw.) kann ich verstehen, das sich das Core-Team dagegen entschieden hat.

Johannes

Eric Harrer Ich meinte auch keine Seitenweite Zugriffssteuerung für die Dateien sondern nur innerhalb des Content Elements der Dateiliste.
Aber ich glaube, mein Fall ist zu speziell und das Feature macht für die meisten wenig Sinn.

Eric Harrer

Johannes Du sprichst genau den entscheidenden Punkt an: "innerhalb des Content Elements". Das bedeutet, dass eine Konfiguration im Scope der Datei nicht die richtige Stelle ist. Im Scope des Elements selbst gibt es hingegen keine Zugriffssteuerung, die sich auf die einzelnen Referenzen bezieht.

Vielleicht macht es in deinem Fall Sinn eine steuernde Zwischenebene per Inline-Relation einzuführen, also kein Direktbezug zur Datei sondern zu deinem Inline-Datensatz der eine Zugriffssteuerung ermöglicht und selbst einen Bezug zur Datei hat. Das wäre dann natürlich nichtmehr das Fluid Styled Content "Dateilinks"-Inhaltselement sondern ein eigenes.

Hm, vielleicht klappt es sogar die Tabelle sys_file_reference direkt zu nutzen und darin fe_groups als neues Feld mit Zugriffssteuerung zu definieren. Dann könntest du diese direkt in der Referenz im Inhaltselement setzen. Wäre mal interessant ob das klappt ☺️

Unterstütze das Forum

Hilf mit, den Community Hub für TYPO3 werbefrei zu halten und die Betriebskosten zu decken. Werde Official Community Hub Supporter für nur 5 Euro im Monat (zzgl. USt) und erhalte ein exklusives Supporter-Badge. Jeder Beitrag zählt!

Jetzt Supporter werden

Impressum - Datenschutz - Kontakt - Netiquette - RSS