[changes]
* In the configuration dialogs for priority and status, sorting the list by name or ID/value can be selected.
* The `ticket` and `step` Web API responses contain additional `*_display` keys and values for attributes and fields that have a different display value, e.g. for resources.
* Sub resources are always shown with its parent resource. This also applies to the ticket search.
* Data filterns in Adhoc dataviews for tickets supports operators such as "starts with" or "ends with".
* Placeholder in Auto-Emails has been slightly changed.
  * "workflow" is no longer set.
  * "resmsgtext" is no longer set.
  * "letzterbearbeiter" no longer returns a value when that user was deleted.
  * Removed function "getValueModification" for reports as it had no effect.
* The headers for detecting automatic email responses can now be configured more precisely.
* Added new AI-powered text rewrite to the ticketlist text editor
* The classification and handling of tickets as read/unread has been improved.
  * The "Unread" state is now independent of the status. This means that tickets can be marked as read/unread in any status (requests, closed tickets).
  * Individual processing steps can be marked as read/unread. This makes it easier to see which new changes a ticket contains.
  * Tickets and processing steps are marked as "read" with a delay (configurable), so that the user can recognize the new changes to the ticket.
  * Supporters and endusers have their independent marking as read/unread. Thus, changes can mark a ticket as unread for the enduser and/or for the supporter, supporter/enduser can "read" these changes independently of each other.
  * Tickets can be marked as read/unread in the tickets application at the touch of a button.
  * In ticket actions, you can configure whether an action marks a step as unread.
* SQL-Queries for selectable options in fields are now configured in the configuration category of the corresponding field (ticket, user, asset). Dynamic values from the query can be combined with static values. Can now configure a query for any custom field with type "Selectable Values".
* Users can search for unread tickets using the tag: `Tags:"Unread"`.


[changes:de]
* In den Konfigurationsdialogen für Priorität und Status ist für die Anzeige eine Sortierung nach Name oder ID/Wert wählbar.
* Die Web-API-Antworten für `ticket` und `Step` enthalten zusätzliche `*_display`-Schlüssel und -Werte für Attribute und Felder, die einen anderen Anzeigewert haben, wie z. B. Ressourcen.
* Unterressourcen werden überall mit ihrer Oberressource angezeigt. Die trifft auch auf die Ticket-Suche zu.
* Datenfilter in Adhoc Datenvorlagen für Tickets unterstützen Operatoren wie "Beginnt mit" oder "Endet mit".
* Platzhalter in Automails wurden leicht geändert.
  * "workflow" wird nicht mehr gesetzt.
  * "resmsgtext" wird nicht mehr gesetzt.
  * "letzterbearbeiter" liefert nichts mehr, wenn das Ticket gelöscht wurde.
  * Die Funktion "getValueModification" für Berichte hatte keinen Effekt und wurde entfernt.
* Die Header zur Erkennung automatischer Email-Antworten können feiner konfiguriert werden.
* Der Texteditor für die Ticketliste wurde um eine neue KI Textumschreibung erweitert.
* Die Einstufung und Behandlung von Tickets als gelesen/ungelesen wurde verbessert.
  * Der Zustand "Ungelesen" ist jetzt unabhängig vom Status. Dadurch können Tickets in jedem Status (Anfragen, beendete Tickets) als gelesen/ungelesen markiert werden.
  * Einzelne Bearbeitungsschritte können als gelesen/ungelesen markiert werden. Damit lässt sich leichter überblicken, welche neuen Änderungen ein Ticket enthält.
  * Tickets und Bearbeitungsschritte werden verzögert als 'gelesen' markiert (konfigurierbar), somit kann der Benutzer die neuen Änderungen am Ticket erkennen.
  * Supporter und Endanwender haben ihre unabhängige Markierung als gelesen/ungelesen. Somit können Änderungen ein Tickets für den Endanwender und/oder für den Supporter als ungelesen markieren, Supporter/Endanwender können diese Änderungen unabhängig voneinander 'lesen'.
  * Tickets können mit einfachem Knopfdruck in der Ticketanwendung als gelesen/ungelesen markiert werden.
  * In Ticket-Aktionen kann konfiguriert werden, ob eine Aktion diesen Schritt als Ungelesen markiert.
* SQL-Abfragen für auswählbare Werte in Feldern werden jetzt direkt in der jeweiligen Konfigurations-Kategorie des Feldes (Ticket, Benutzer, Asset) konfiguriert. Es können dynamische Optionen mit statischen Werten kombiniert werden. Außerdem sind SQL-Abfragen für alle benutzerdefinierten Felder mit Typ "Auswählbare Werte" möglich.
* Es kann mit dem Tag `Tags:"Ungelesen"` nach ungelesenen Tickets gesucht werden. 


[bugfixes]
* The ticket search filter `Tags:"Read-Only Permission"` and `Tags:"Read and Write Permission"` has only considered the resource memberships and not the permissions `Read All Tickets` and `Edit All Tickets`.
* Setting the datafield "suppressaction" in the javascript trigger for new tickets via email no longer affects emails for existing tickets.
* Adding multiple categories in one step no longer results in corrupt categories.
* Saving categories in configuration no longer removes the empty option from the list of selectable categories.
* Forwarding tickets to other resources without changing the ticket status now also leaves the read/unread information unchanged.

[bugfixes:de]
* Der Ticket Suchfilter `Tags:"Nur Lesebrechtigung"` und `Tags:"Lese- und Schreibberechtigung"` hat nur die Ressourcemitgliedschaften und nicht die Berechtigungen `Alle Tickets lesen` und `Alle Tickets bearbeiten` beachtet.
* Das Setzen des Datenfeldes "suppressaction" im JavaScript-trigger für neue Tickets via E-Mail beeinflusst nicht länger E-Mails zu bestendenhen tickets.
* Das Hinzufügen mehrerer Kategorien in einem Schritt produziert keine korrupten Kategorien mehr. 
* Das Speichern von Kategorien in der Konfiguration entfernt nicht länger die Option zur Auswahl `keiner Kategorie`.
* Die Weiterleitung zu anderen Ressourcen ohne den Ticket-Status zu ändern belässt jetzt auch die Gelesen/Ungelesen-Information unverändert.

[security]
* Blocks the execution of *.rpt files in tickets.

[security:de]
* Blockiert die Ausführung von *.rpt-Dateien in Tickets.
