Beschreibung,Kommentare und Anhänge
| merge request id | 759 |
| Titel | Feature/ll 1389 reset cache on role save |
| Beschreibung | Ich konnte das Problem nachstellen habe mich im Tinker als ein anderer Mandant eingeloggt und den Cache geleert und dann mal auth()>user()>can(Permissions::LIST_USERS) ausgeführt, so dass der Cache gefüllt wurde und Schwups waren die Permissions im anderen Mabdanten weg. Habe eine eigene BaseRole Klasse bereitgestelt, deren Inhalt der von der ehemaligen Role Klasse ist. Nur dass die BaseRole Klasse keienen Client-Kontext hat. Die Role-Klasse erbt jetzt von BaseRole und implementiert den Client-Kontext. In der config/permission.php ist jetzt die BaseRole Klasse eingetragen |
| Status | merged |
| Created at | 2023-02-28T14:24:36.409Z |
| Updated at | 2023-03-10T14:33:57.488Z |
| Source branch | feature/LL-1389-reset-cache-on-role-save |
| Target branch | develop |
| Author | Gregor Gabriel |
| Assignee | Sascha Immig |
| merged | Sascha Immig | 2023-03-10T14:33:57.745Z |
| mentioned in commit a8f49e1a66be5119ed20e1ffdd1fff0e39aa4927 | Sascha Immig | 2023-03-10T14:33:58.324Z |
| Title | Id | Author | Created at | Message |
| When cache permission cache is refreshed not Role class but BaseRole class now… | 2fcd12a7c0785fa7f9045e5c8069a56bce045cf1 | TUV\gabrielg | 2023-02-28T14:19:30.000Z | When cache permission cache is refreshed not Role class but BaseRole class now is used for that action. Role now class extends BaseRole class and provides client context |
| resetting permission cache, when creating or updating a role | a2122af2bf4c6cfd3bd03d80e9a1e2b6b8812919 | TUV\gabrielg | 2023-02-27T11:49:29.000Z | resetting permission cache, when creating or updating a role |