Änderungen mit Release 1.1.0-beta-29: 17. August 2023

Geändert am Di, 21 Mai, 2024 um 3:32 NACHMITTAGS

INHALTSVERZEICHNIS



Änderungen in der Benutzerschnittstelle (GUI)

Es wurden diverse Änderungen gemacht, viele davon eher kosmetischer Art - siehe folgende Beispiele



Die wichtigsten Änderungen darüber hinaus betreffen die sogenannte Responsiveness, also die Möglichkeit, das GUI auch auf Geräten mit einer schlechteren Auflösung als der bisher vorausgesetzten (1920 * 1080) zu betreiben (z.B. Tablets). 

Siehe auch: Was sind die aktuellen Systemvoraussetzungen? 




Änderungen in der Benutzerpflege

Löschen von Benutzern

Bereits hinzugefügte Benutzer können wieder gelöscht werden, solange sie keine aktiven Tickets besitzen. 





Änderungen für API Benutzer

Einstellungen der eigenen Organisation: Test Button

Die Einstellungen der eigenen Organisation erfolgen im Self-Service durch einen Administrator. 

Sollte die Plattform über die API genutzt werden, ist eventuell die Angabe der Zugangsdaten zur eigenen Notifications-API erforderlich (also falls Notifications erwünscht sind).


Hier war es bisher nicht möglich, diese Angaben auch vor dem Speichern unmittelbar zu überprüfen.

Ab sofort kann dies über einen "Verbindungstest"-Button durchgeführt werden. 



Dabei wird eine Dummy "Create Notification" versendet, die bewusst keine Payload enthält (Body). 


Dies führt zwar in jedem Fall zu einem erwarteten Fehler (400 Bad Request), doch das ist bereits ein Indiz dafür, dass die API erreicht wurde. Andernfalls wird es andere Fehler geben (Verbindung konnte nicht hergestellt werden).  


Das positive Ergebnis ist also keine 100% Garantie für eine vollständig korrekt implementierte API. Zumindest kann die Erreichbarkeit und die Gültigkeit der Authentifizierungs-Merkmale festgestellt werden. 



Neuer HTTP Code: 422 Unprocessable Content

Die API quittierte fehlerhafte Tickets bisher grundsätzlich mit einem HTTP-Code 400: Bad Request.

Jetzt wird unterschieden zwischen 

  • 400 Bad Request: Syntaxfehler = formale Fehler im Ticket
  • 422 Unprocessable Content: Validierungsfehler = das Ticket erfüllt nicht die Anforderungen gemäß Metadaten (z.B. fehlende Pflichteingabe) 




Änderungen bei den Metadaten

Neue Eigenschaft: exklusive Gruppe

Die neu eingeführte Eigenschaft exklusive Gruppe (excclusiveGroup) erlaubt die Markierung von Feldern, die nicht gleichzeitig gefüllt werden dürfen.  


Beispiel

Ein Eintrag in der Liste der Telefonnummern darf entweder eine Rufnummer enthalten oder einen Rufnummern-Block, aber nicht beides gleichzeitig.  


Zusammen mit der bereits eingeführten Eigenschaft Pflichteingabe in Struktur (mandatoryInStructure) sind jetzt alle wesentlichen Eigenschaften eines Attributs auch in den Metadaten abgebildet.  




     

War dieser Artikel hilfreich?

Das ist großartig!

Vielen Dank für das Feedback

Leider konnten wir nicht helfen

Vielen Dank für das Feedback

Wie können wir diesen Artikel verbessern?

Wählen Sie wenigstens einen der Gründe aus
CAPTCHA-Verifikation ist erforderlich.

Feedback gesendet

Wir wissen Ihre Bemühungen zu schätzen und werden versuchen, den Artikel zu korrigieren