Liste aller merge requests
| Titel | Beschreibung | |
| Feature/ll 1788 css scripts pages | Details | |
| Merge branch 'feature/LL-1780-free-customers-have-access-to-the-certificate' into 'develop' | Feature/ll 1780 free customers have access to the certificate See merge request lms/seventeen!968 (cherry picked from commit e8332a0980a38ae76f53accc0eee091d061d4417) b9e0c4e9 LL-1780-free-customers-have-access-to-the-certificate 54e58909 fixer... 244dbdd8 LL-1780-free-customers-have-access-to-the-certificate 72361595 LL-1780-free-customers-have-access-to-the-certificate 54fdaf6b add certificate permission from basic subscription for… | Details |
| Feature/ll fix php stan level 4 myc api problem | Reduktion der PHPStan Level 4 Fehler auf 0 Vorsicht der MYC-API Code ist zwar im Tinker getestet, aber nicht gegen die MYC-API | Details |
| LL-1794 department assignment is not adopted for user creation | Falls jemand kein Supervisor war und auch nicht die Rechte hatte Abteilungen einzusehen, dann knallte der Code If a superior with the general right to create users (without client-specific right for supervisor to create and delete users) assigns an organizational unit when creating a user, this is not transferred. | Details |
| LL-1771 - find supervisors for pure supervisors | - supervisor of user now cannot be the user itself Mechanismus zur Identifikation von Vorgesetzten greift zu kurz User::getSupervisors() liefert bei Nutzung von Abteilungen nur für User, die Mitarbeiter sind, den Vorgesetzten. Das ist im ersten Schritt zwar sinnvoll, aber falls so kein Vorgesetzter gefunden wird, muss im nächsten Schritt nach Vorgesetzten des User gesucht werden, oberhalb von Abteilungen, in denen er selbst Vorgesetzter ist. Das ist wegen der Reminder wichtig. (Gregor ist informiert) Momentan werden Abteilungsleiter nur in den Mails an die Mandanten-Admins aufgelistet, wenn sie noch offene UW haben. | Details |
| LL-1790 added flag once_in_a_lifelime to onboarding orders and implemented ui and logic | LL-1790 - Schalter "once-in-a-lifetime" für Onboardings bereitstellen Für Onboardings sollte es eine Möglichkeit geben, dass das Onboarding nur für einen User gebucht wird, wenn er es noch nie bestanden hat. | Details |
| Feature/ll 1773 multiple supervisors for classroom trainings | LL-1773 - Präsenzunterweisungen - Zugriff weitere VG Ein Nutzer mit der Permission, Präsenzunterweisungen anzulegen und zu bearbeiten respektive ein Vorgesetzter, der der Ersteller der Präsenz-Veranstaltung ist kann (beim Erstellen und Bearbeiten) weitere Nutzer für den Zugriff zuteilen. Hierzu wird ein Auswahlfeld (Mehrfachauswahl) hinzugefügt, welches eine Liste der zur Verfügung stehenden Nutzer enthält. Die Liste der Nutzer, denen Zugriff gewährt werden kann, enthält ausschließlich Vorgesetzte - Nutzer mit der globalen Permission können die Präsenzunterweisung eh einsehen und bearbeiten. Die Liste der User ist ggf. beschränkt durch die Sichtbarkeit des bearbeitenden Vorgesetzten: Es stehen nur andere Vorgesetzte aus der / den gleichen Abteilung(en) und den Kindsknoten zur Verfügung. Nutzer mit globaler Permission können Vorgesetzte aus mehreren unabhängigen Abteilungen hinzufügen. Weitere Vorgesetzte, die über diese Liste hinzugefügt wurden, können die Präsenz-Veranstaltung sehen und bearbeiten. Sie können - gemäß der bereits bestehenden Regeln - ihre Mitarbeiter hinzufügen, Details an der Veranstaltung ändern und die Anwesenheit / das Bestehen markieren. Sie erhalten jedoch keinen zusätzlichen Zugriff auf Aktionen an abteilungsfremden Nutzern (Entfernen und Zugriff auf Zertifikate). | Details |
| LL-1796: Der SSO-Tenant kann mit dummy-metadaten befüllt werden. Dazu muss nicht… | LL-1796: Der SSO-Tenant kann mit dummy-metadaten befüllt werden. Dazu muss nicht unbedingt SSO aktiv sein. | Details |
| LL-1781 - API extension - provides succedded progress to all users of a client… | LL-1781 - API extension - provides succedded progress to all users of a client with new sort option "updated_at" Beschreibung Es braucht ein API, die den Fortschritt aller Mandanten-User ausgibt. Die API muss den Fortschritt für alle bestandenen Unterweisungen ausgeben. Es muss dabei möglich sein nach dem Bestehensdatum zu sortieren. Damit kann man effizient alle aktuell bestandenen Unterweisungen abrufen Das wurde immer wieder bei Kunden angefragt Im Ticket http://jira.learningsystem.de/browse/LL-1781 wurde bereits ein Vorschlag für den Text der API-Dokumentation gemacht | Details |
| Feature/ll 1797 precedence and interval minimalization for onboardings | s. http://jira.learningsystem.de/browse/LL-1797 | Details |