Task-Service: Follow Up Timezone Fehler

[darenegade]

Describe the bug
Der Taskservice liefert FollowUp Tasks auf Basis einer anderen Timezone, sodass für den User Tasks schon einen Tag früher erscheinen als sie sollten

To Reproduce
Steps to reproduce the behavior:

1. Task auf Followup für morgen erstellen
2. Taskliste abfragen ohne FollowUp

Acceptance Criteria

• Zeitzonen werden korrekt berücksichtigt

[zambrovski]

Der Fehler ist vermutlich im DateMapper(

digiwf-core/digiwf-task/digiwf-tasklist-service/src/main/java/io/muenchendigital/digiwf/task/service/adapter/in/rest/mapper/DateMapper.java

Line 12 in 017785f

return instant == null ? null : OffsetDateTime.ofInstant(instant, ZoneOffset.UTC);

). Hier wird UTC zum Konvertieren von Instant in OffsetDateTime als Timezone verwendet.

Welche Zeitzone ist den richtig?

[darenegade]

Welche Zeitzone ist den richtig?

Es gibt keine richtige Zeitzone, aber innerhalb der gleichen Zone (Client & Server) sollte das Verhalten nicht abweichen.

[darenegade]

Ergebnis Gespräch: Die Server bekommen eine TZ übergeben. Dies muss vom Code supportet werden

[simonhir]

Funktioniert leider aktuell weder lokal als auf allen Umgebungen.
Es wir 2023-09-14T00:00:00.000+02:00 gesendet und 2023-09-13T02:00:00+02:00zurück geliefert.

[StephanStrehlerCGI]

Datenflow:

1. Frontend schickt über /defer API folgenden Payload: {"followUpDate":"2024-01-18T00:00:00.000+01:00"}
2. Taskservice setzt über Engine das FollowUpDate
3. Frontend bekommt über TaskList API: followUpDate:"2024-01-17T01:00:00+01:00"