PLANTA link 27

2371

Jira Cloud: Nächtlicher Import von Worklogs

Die in Jira Cloud erfassten Worklogs werden jetzt über einen nächtlichen Lauf als Arbeitsstunden nach PLANTA Project übernommen. Der Import holt alle Worklog-Änderungen der gesamten Jira-Site seit dem letzten erfolgreichen Lauf und erkennt damit auch in Jira gelöschte Worklogs. Jira ist das führende System: Eine Löschung oder Änderung in Jira wirkt sich direkt auf die zugeordneten Arbeitsstunden aus, ein Storno wird nicht gebildet. Das zugehörige terminierte Ereignis ist im Standard inaktiv und muss aktiviert werden, siehe Jira Cloud: Worklog-Import.

Weitere Änderungen für Jira:

• Die OAuth-Zugangsdaten sind optional. Sind sie leer, erfolgt die Authentifizierung über Basic (Benutzername und API-Token).

• Neue Benutzer werden in Jira Cloud mit dem Produkt jira-software angelegt. Bereits vorhandene Jira-Cloud-Benutzer werden nicht mehr aktualisiert.

• Ist-Buchungen aus Jira und PLANTA pulse werden vom automatischen Buchungsstorno nicht mehr erfasst. Änderungen aus dem Fremdsystem werden direkt übernommen. Im Gegenzug können solche Buchungen in PLANTA Project nicht geändert werden, der Versuch wird mit einer Meldung abgewiesen.

2745

Jira Cloud: Worklogs nachimportieren

Im neuen Modul Worklogs nachimportieren kann ein Administrator die Worklogs eines frei wählbaren Zeitraums erneut aus Jira Cloud importieren, z. B. wenn der nächtliche Import sie verworfen hat, weil der Jira-Benutzer oder der Vorgang noch nicht zugeordnet war. Der nächtliche Import wird dadurch nicht beeinflusst.

Außerdem wurden Fehler im Worklog-Import behoben, u. a. bei der Rundung der Stunden, bei Autoren aus Jira Cloud und bei Worklogs auf Projekten ohne Jira-Verknüpfung.

3605

Jira: Prüfung der Benutzergruppe

Beim Eintragen der globalen Einstellung jira_group_name wird jetzt geprüft, ob die Gruppe in der verknüpften Jira-Instanz existiert. Eine unbekannte Gruppe wird abgelehnt, die Meldung nennt vorhandene Gruppen mit ähnlichem Namen. Der Standardwert jira-software-users stammt aus Jira Server und existiert in Jira Cloud nicht, dort heißen die Gruppen z. B. jira-users-<Instanzname>. Die Benutzersynchronisation meldet eine fehlende Gruppe einmal im Protokoll, verknüpft die Benutzer weiterhin und überspringt nur das Hinzufügen zur Gruppe.

2744

Jira Cloud: OAuth-Zugriffstoken wird ohne Benutzer erneuert

Jira-Cloud-Schnittstellen, die per OAuth authentifiziert werden, können jetzt unbeaufsichtigt laufen, z. B. aus einem terminierten Ereignis. Bisher lief das Zugriffstoken nach einer Stunde ab und konnte nur über den interaktiven Browser-Dialog erneuert werden, ein nächtlicher Lauf blieb damit an einer Rückfrage stehen. Beim Autorisieren wird jetzt zusätzlich das Refresh-Token von Jira Cloud gespeichert (neue, nicht sichtbare globale Einstellung jira_oauth_refresh_token) und für die Erneuerung verwendet.

• Voraussetzung: Die Jira-Cloud-OAuth-App besitzt den Scope offline_access. Auf bestehenden Systemen muss die Autorisierung nach dem Update einmalig interaktiv wiederholt werden.

• Lehnt Jira Cloud das Refresh-Token ab, wird es verworfen und der Fehler protokolliert; die Autorisierung muss dann erneut interaktiv erteilt werden. Bei vorübergehenden Fehlern (Netzwerk, Rate Limit) versucht es der nächste Lauf erneut.

• In Sitzungen ohne Benutzer (terminierte Ereignisse, Clientless-Sitzungen) öffnet sich kein Browser mehr, der Lauf bricht stattdessen mit einer Meldung im Log ab.

1872

PortConditional: Fehler „No such file or directory: config/globals.conf" behoben.

WorkDirConditional ist in Docker-Umgebungen veraltet. Das Arbeitsverzeichnis in Docker ist immer /planta. Kunden, die von einer Vor-Container-Version migrieren und WorkDirConditional nutzen, müssen ihre Konfiguration anpassen.

1905

Interne (Pulse) und externe (Jira-Webhook, Teams) URL-Erzeugung durch planta_link_hostname kann nun unabhängig konfiguriert werden. kein Konflikt mehr zwischen internem Container-Hostname und externen Webhook-URLs.