Liste aller merge requests
| Titel | Beschreibung | |
| LL-346 Code-Qualität: "is_free" soll "can_preview" werden | + rename is_free to can_preview in training_items table Die Code-Logik für das Feld "is_free" wurde bereits komplett umgebaut und alles funktioniert einwandfrei. Für die bessere Code-Qualität soll nun noch das Feld in der DB und die zugehörige Eigenschaft am TrainingsItem in "can_preview" umbenannt werden. Auch alle Funktionen die mit dieser Eigenschaft zusammenhängen sollen entsprechend namentlich angepasst werden. | Details |
| Feature/ll 539 only hash slug for free client | LL-539 keine sprechenden URLs für Free-Kunden jeder neue Client erhält seine ID (Hash) als URL. ggf. macht es Sinn, die gehashte URL nicht in die DB einzutragen - es schadet nicht, wenn der Hash dauerhaft (zusätzlich) aufrufbar bleibt. Damit wäre das DB-Feld immer der individuelle Slug Das Eintragen/Bearbeiten der Login-URL benötigt zukünftig ein eigenes Recht. Der Client erhält das Recht per Abo-Konfig ab Basic. Der Client-Admin erhält das Recht standardmäßig. Für bestehende Kunden mit Abonnement muss das Recht nachgetragen werden (ggf. in der Migration). Der Slugger ist zwar immer sichtbar, die Eigenschaft zu editieren muss aber an obigem Recht hängen gibt es keinen individuellen Slug, wird der Hash angezeigt - ein Slug ist damit nicht mehr ein Pflichtfeld wenn der Kunde gerade ins Abo gewechselt ist, ist nach aktuellem Stand der Slug mit dem Hash vorbelegt. U.U. sollten wir den Kunden auf das neue Feature per Hinweistext oder (einmaligem) Popup aufmerksam machen... a) wir nehmen den slug Algorythmus von der Merkliste aus MYC b) wir nehmen die Slug-Vue Komponenten aber ohne Editieren Button, wenn das Recht fehlt c) serverseitig wird das recht zudem noch geprüft | Details |
| fixed sorting for clients, organization units and roles | LL-614 User-Liste: Filter Rolle und Sortieurng Rolle gehen nicht zusammen UserListe nach Rolle filtern und dann nach Rolle sortieren. Die Liste zeigt wieder alle User und alle Rollen an. Das eigentliche Problem ist die Methode UserRepository::orderByRelation, die macht Mist, wenn nach "Rollen", Mandanten, oder Organusationseinheiten sortiert wird | Details |
| Da die Liste aller User für Superadmins sehr lang ist und - bei Namensdopplung es etwas schwer ist, den richtigen Mandanten zu filtern, soll eine Möglichkeit her, vom Mandanten auf die gefilterte Benutzerliste zu wechseln. | + added link to all clients users + changed buttons to image link buttons | Details |
| Feature/ll 625 add permissions for user import and export only to clients with subscription | + adapted conf/subscriptions.php + added migration ro revoke user import and export permission from clients without subscription | Details |
| LL-388 Rechteset am Mandanten zurücksetzen | + added command to reset client permissions | Details |
| LL-605 Special Interest Kataloge - Kategorien | + only categories that are used in trainings, that are belong to catalogs, a user has accesss to, are displayed in category filter in catalog search + only available filtre in catalog search hidden in case the search is shown for my-trainings | Details |
| Feature/ll 559 fix certificate access | Details | |
| Feature/ll 620 set imported users as registered | + Benutzer werden beim Import jetzt als erfolgreich registriert geführt + Bereitgestellte Migration korrigiert bestehende Daten | Details |
| Feature/ll 622 preview vs booking | Details |