Jutro Digital Platform Jasper

Was ist neu in Jutro-Patch 10.3.6?

Verbesserungen und gelöste Probleme

Die folgenden Probleme wurden in Patch 10.3.6 behoben:

ID	Beschreibung
JUT-22215	Die Anmeldung wird im Okta-Auth-Client für Seiten, für die keine Authentifizierung erforderlich ist, nicht mehr automatisch ausgelöst.
JUT-21946	Die okta-auth-js-Bibliothek wurde auf Version 7.8.1 aktualisiert.
JUT-21934	eslint-config verwendet kein altes Paket esm mehr, das Probleme mit Node 22 verursachte.
JUT-21785	Die Webpack-Abhängigkeit in @jutro/cli-app wurde auf Version 5.95.0 aktualisiert.
JUT-21783	@babel/traverse wurde auf Version 7.23.2 aktualisiert.
JUT-21787	htmlparser2 wurde auf Version 5.0.0 aktualisiert.
JUT-21788	ejs wurde auf 3.1.0 aktualisiert.
JUT-21793	micromatch wurde auf 4.0.8 aktualisiert.
JUT-21794	braces wurde auf 3.0.3 aktualisiert.
JUT-21795	tar wurde auf 6.2.1 aktualisiert.
JUT-21801	rollup wurde auf 2.79.2 aktualisiert.
JUT-21804	postcss wurde auf 8.4.31 aktualisiert.
JUT-21805	express wurde auf 4.20.0 aktualisiert.
JUT-21805	express wurde auf 4.20.0 aktualisiert.
JUT-21934	esm-Paket war nicht kompatibel mit Node 22.
JUT-22076	http-proxy-middleware wurde auf 2.0.7 aktualisiert, um eine Paket-Schwachstelle zu beheben.
JUT-22077	cookie wurde auf 0.7.1 aktualisiert, um eine Paket-Schwachstelle zu beheben.

Was ist neu in Jutro-Patch 10.3.5?

Jutro UI-Bibliotheken 10.3.5

Okta-Authentifizierungs-Client

Die Okta-Authentifizierung wird jetzt im @jutro/auth-Paket unterstützt.

Um Okta zu aktivieren, legen Sie JUTRO_AUTH_USE_NATIVE_OKTA_CLIENT=true in Ihrer Umgebung fest. Der Okta-Authentifizierungs-Client wird wie der generische Client verwendet, abgesehen von den folgenden Verhaltensänderungen:

1. Vereinfachter Ablauf für automatische Anmeldung und Authentifizierungs-Popup.
   Es verwendet einen benutzerdefinierten Mechanismus (response-mode: okta_post_message), um aktualisierte Token von einem ausgeblendeten iframe/popup an das Hauptfenster zu übergeben. Daher werden keine Anwendungsrouten geladen. Das bedeutet, dass die Variablen JUTRO_AUTH_SILENT_LOGIN_PATH und JUTRO_AUTH_SILENT_REDIRECT_PATH veraltet sind.

2. Arbeitsspeicher als Token-Speicher. Es gibt keine Service-Worker-Option. Arbeitsspeicher als Token-Speicher ist die sicherste Option, die im nativen Okta-Client verfügbar ist. Es gibt zwei Unterschiede im Verhalten der App:

   1. Bei jedem Öffnen oder Aktualisieren einer Seite wird ein vollständiger Anmeldeablauf initiiert, um Token zu erhalten. Der Benutzer sieht einen Loader und /auth/callback ändert sich für kurze Zeit in der Navigation seines Browsers.
   2. Es findet keine Synchronisierung statt, jede Registerkarte verwendet ihre eigenen Token.

3. Keine zusätzlichen Parameter. Bei der Abmeldung mit dem nativen Okta-Client werden zusätzliche Parameter aus JUTRO_AUTH_LOGOUT_QUERY_EXTRAS ignoriert.

Weitere Informationen zur Verwendung des nativen Okta-Clients finden Sie auf der Authentifizierungsdokumente-Seite.

Wenn Sie das veraltete native Okta-Authentifizierungspaket aus Version 8.12 oder früher verwendet haben, finden Sie Einzelheiten zu den Unterschieden in den Schritten zur Migration des Auth-Clients.

Verwerfung von Node-Version 18

Warning: Ab dem 30. April 2025 können Sie auf Node 18 keine neuen Apps mehr erstellen. Sie erreicht das Ende ihrer Lebensdauer und erhält keine Sicherheitsupdates.

Das Ausführen veralteter Versionen kann Ihre Anwendung anfällig machen.

Sie können vorhandene Apps bis zum 30. September 2025 auf Node 22 migrieren. Aktualisieren Sie alle Anwendungen so bald wie möglich.

Die Wartung von Node 18 endet im April 2025 und wird nach diesem Datum nicht mehr unterstützt. Die Verwendung von Node 18 in Jutro wird verworfen und es wird empfohlen, auf Node 22.6.0 oder höher zu aktualisieren.

Wenn Sie die Migration durchführen möchten, gehen Sie wie folgt vor:

• Aktualisieren Sie das Feld engines in package.json auf:

  "engines": {
    "node": ">=22.6.0 < 23",
    "npm": ">=10.8.2 "
  }

• (Optional) Wenn Sie NVM verwenden, um Node-Versionen zu verwalten, aktualisieren Sie .nvmrc mit v22.6.0
• Installieren Sie Node.js v22.6.0 (und entfernen Sie die alte Version, wenn Sie kein NVM-Benutzer sind)
• Aktualisieren Sie alle Komponententests, die Intl verwenden (Node.js v22 wird entsprechend der neuesten Version von Intl aktualisiert).
• Entfernen Sie node-sass aus package.json und fügen Sie es stattdessen in "sass": "1.81.0" ein.
  • Wenn Sie Probleme mit "sass": "1.81.0" haben, versuchen Sie es stattdessen mit "sass": "1.77.8" .

Um zu überprüfen, ob Ihre App noch mit einer neueren Version von Node.js funktioniert (z. B. in TeamCity-Pipelines), gehen Sie wie folgt vor:

• Aktualisieren Sie das Feld engines in package.json auf:

  "engines": {
    "node": ">=22.6.0 < 23",
    "npm": ">=10.8.2 "
  }

• Entfernen Sie node-sass aus package.json und fügen Sie es stattdessen in "sass": "1.81.0" ein.
  • Wenn Sie Probleme mit "sass": "1.81.0" haben, versuchen Sie es stattdessen mit "sass": "1.77.8" .

Warning: Bekanntes Problem

Eine Änderung im Übersetzungsprozess in Node 22 führt dazu, dass ein Leerzeichen durch ein schmales Unicode-Leerzeichen ohne Umbruch ersetzt wird. Dies kann zu fehlgeschlagenen Komponententests führen, da dies nicht mit dem Regex-Muster \s übereinstimmt.

Note: Webpack 4 unterstützt Node 22 nicht, die Verwendung von Node 22 erfordert ein Update auf Webpack 5.

Note: Unterschiedliche Versionen von Node.js in lokalen und CI Umgebungen können zu einem inkonsistenten Verhalten von Komponententests für Komponenten führen, die Intl verwenden.

Verbesserungen und gelöste Probleme

Die folgenden Probleme wurden in Patch 10.3.5 behoben:

ID	Beschreibung
JUT-21453	Login-Weiterleitung entsprach nicht routerBasename.
JUT-21542	Generische Jutro-App zeigte einen Fehler beim Abmelden von einer zweiten Registerkarte an.
JUT-21543	Im generischen Auth-Client wurde die Sitzung nicht konsistent durch die Abmeldung beendet.
JUT-20970	OldValidation funktionierte nicht, wenn die Sichtbarkeit der Felder umgeschaltet wurde.
JUT-21149	Beim Ab- und Anmelden trat ein Authentifizierungsfehler auf, wenn der Benutzer 3 Registerkarten öffnete.
JUT-21177	Dropdown DropdownSelectField und TypeaheadMultiSelectField in ModalNext eines Micro Frontends wurde hinter dem modalen Fenster gerendert.
JUT-21226	Die Loader-Komponente des Micro Frontends konnte nicht überschrieben werden.

Was ist neu in Jutro-Patch 10.3.4?

Verbesserungen und gelöste Probleme

Die folgenden Probleme wurden in Patch 10.3.4 behoben:

ID	Beschreibung
JUT-20964	Wenn mehrere Anmeldeabläufe von mehreren Registerkarten initiiert wurden, war der Status ungültig und die Anmeldung ist fehlgeschlagen.
JUT-20609	ShowConfirmModal Popups-Kopfzeilenstile waren fehlerhaft.
JUT-21006	JUTRO_AUTH_LOGIN_QUERY_EXTRAS wurden nicht im Rahmen der automatischen Anmeldung übergeben.
JUT-20929	Unabhängige iframe-Authentifizierung funktionierte nicht, wenn iframe websiteübergreifend war.
JUT-20857	Unendlicher Loader beim Navigieren zu einer anderen URL, die dasselbe verschachtelte Micro Frontend gerendert hat.
JUT-20420	Der generische OIDC-Client von @jutro/auth brachte einen inaktiven Vermittler-Benutzer zum Guidewire Hub-Anmeldefenster.
JUT-20571	Probleme mit Auth-Synchronisierung bei Verwendung mehrerer Registerkarten behoben.
JUT-20848	Das Iframe Micro Frontend öffnete mehrere Popups für die Authentifizierung.
JUT-20846	Popup wurde nicht angezeigt, wenn das mittlere Micro Frontend die Jutro-Version 8.13 verwendete.
JUT-20820	Speicherleck behoben, das auftrat, wenn eine Jutro-App mehrmals in einem iframe geladen wurde.
JUT-20814	Timeout für automatische Anmeldungen wurde erhöht.
JUT-19975	An Verknüpfungskomponente übergebener location.state war nicht definiert.
JUT-20860	Modal war in der Barrierefreiheitsstruktur nicht vorhanden.
JUT-20740	Verzögerung beim Anwenden von Formatvorlagen, wenn QuickView geöffnet wurde.
JUT-20970	Die Validierung funktionierte nicht, wenn die Sichtbarkeit der Felder umgeschaltet wurde.

Was ist neu in Jutro-Patch 10.3.3?

Verbesserungen und gelöste Probleme

Die folgenden Probleme wurden in Patch 10.3.3 behoben:

ID	Beschreibung
JUT-20420	Der generische OIDC-Client von @jutro/auth bringt einen inaktiven Vermittler-Benutzer zum Guidewire Hub-Anmeldefenster anstatt zu seinem IdP-Anmeldefenster.

Was ist neu in Jutro-Patch 10.3.2?

Verbesserungen und gelöste Probleme

Die folgenden Probleme wurden in Patch 10.3.2 behoben:

ID	Beschreibung
JUT-19817	Die Sprache wird nach dem Ab- und Anmelden auf Englisch geändert, wenn der Globalisierungsspeicher verwendet wird.
JUT-19818	Der Benutzer wird aufgrund von Inaktivität abgemeldet, nachdem er zum neuen generischen Oauth-Client gewechselt hat.
JUT-19828	Wenn mehr als zwei QuickViews in einem Grundriss vorhanden sind, wird das Rasterlayout unterbrochen.
JUT-19840	Guidewire Cloud Home meldet 429 (Zu viele Anfragen), nachdem es 2 Stunden lang im Leerlauf war.
JUT-19854	Seiten, die mit window.open() geöffnet wurden, sollten nach der Anmeldung nicht automatisch geschlossen werden.
JUT-19938	Die Badge-Eigenschaft type kennzeichnet die Option neutral als verworfen.

Was ist neu in Jutro-Patch 10.3.1?

Verbesserungen und gelöste Probleme

Die folgenden Probleme wurden in Patch 10.3.1 behoben:

ID	Beschreibung
JUT-19308	Es wurde ein Problem mit der Barrierefreiheit der Avatar-Komponente im Zusammenhang mit ARIA-Rollen behoben.
JUT-19090/JUT-19444	Es wurde ein Problem behoben, bei dem Stile nicht auf Modal- und QuickView-Komponenten angewendet wurden, wenn diese in einem Micro Frontend mit dem moduleFederation-Modus verwendet wurden.
JUT-19092	Es wurde ein Problem behoben, das dazu führte, dass das Micro Frontend nicht neu gerendert wurde, wenn die übergebenen Daten aktualisiert wurden.
JUT-19243	Stellen Sie die zu schemaRequired gehörige Logik wieder her, um das Problem mit den optionalen Anzeigebedingungen der Indikatoren zu vermeiden.
JUT-19481	Das wiederhergestellte Metadatenschema wurde an das Release 10.0 angepasst.
JUT-19636	Der Timeout-Fehler auf dem iPhone bei Verwendung der Microfrontend-Komponente mit dem iframe-Modus wurde verhindert.

Was ist neu in Jutro Digital Platform Jasper?

Jutro Design System 10.3.0

Technische Verbesserungen

Diese Aktualisierung bringt eine Reihe von Verbesserungen und Fehlerbehebungen.

Neue Komponenten

Es wurden zwei neue Zeitkomponenten hinzugefügt, die Komponenten TimezonePicker und TimePicker. Weitere Informationen finden Sie auf der entsprechenden Dokumentationsseite.

Neue Komponenten als Ersatz für verworfene Komponenten

Einige Komponenten wurden verworfen und durch neuere Komponenten ersetzt. Im Folgenden finden Sie eine Liste der verworfenen Komponentenimporte sowie der aktualisierten Importe:

Import der verworfenen Komponente	Import der neuen Komponente
import { InputMaskField } from '@jutro/components'	import { MaskInput } from '@jutro/components/new'
import { StepperField } from '@jutro/components'	import { Stepper } from '@jutro/components/new'

Aktualisierung der MultipleCombobox-Komponente

Die MultipleCombobox-Komponente enthält jetzt eine neue Eigenschaft onAddNew. Dieser Callback wird aufgerufen, wenn eine neue Option hinzugefügt wird. Weitere Informationen finden Sie auf der Storybook-Seite.

Aktualisierung der Tag-Komponente

Die Tag-Komponente enthält jetzt eine neue Eigenschaft iconAriaLabel. Dadurch wird der aria-label-Wert für die Symbolschaltfläche des Tags festgelegt und die standardmäßige ARIA-Beschriftung delete oder expand überschrieben. Weitere Informationen finden Sie auf der Storybook-Seite.

Verwerfungen

Dieses Release umfasst Verwerfungen. Weitere Informationen finden Sie auf unserer Seite über Verwerfungen.

Jutro Web Apps

Klonen Ihrer Jutro-App

Sie können jetzt eine bestehende Jutro-App über die JWA-Benutzeroberfläche klonen. Eine neue, geklonte App enthält ein eigenes Bitbucket-Repository, eine eigene TeamCity-Build-Pipeline und ist eine neue, eigenständige und von der Original-App unabhängige App.

Aktualisierungen, die das Klonen von Apps ermöglichen:

• Die Zeit für die Erstellung und Bereitstellung des ersten Builds wurde verkürzt.
• Eine neue API zur Rückgabe von Bitbucket-Zweigen und -Tags.
• Produktdokumentation zur Erklärung des Klonens von Apps.
• Neue Benutzeroberfläche für die Funktion zum Klonen von Apps.

Weitere Informationen finden Sie unter Klonen einer Jutro-App.

Erstellen und Teilen von benutzerdefinierten Komponenten mit gemeinsam genutzten Paketen

Sie können jetzt Ihre eigenen benutzerdefinierten Komponentenpakete erstellen und veröffentlichen. Auf diese Weise können Sie Komponenten erstellen, die in anderen Apps wiederverwendet werden können. Durch das Teilen von Komponenten mithilfe dieser neuen Funktion muss Code nicht mehr kopiert und eingefügt werden.

Die Registrierungs-URL befindet sich auf der Seite „Gemeinsam genutzte Pakete“ auf der Registerkarte „Einstellungen“ Ihrer App. Dies ist die Registrierung, die Sie als Ziel verwenden, wenn Sie sich mit npm login authentifizieren.

Aktualisierungen, um die Erstellung und gemeinsame Nutzung von benutzerdefinierten Komponenten zu ermöglichen:

• Bitbucket-Repository, um Ihre benutzerdefinierten Komponentenpakete/Quellcode zu speichern.
• Bereitstellung der TeamCity-Infrastruktur für die Erstellung und Verteilung von Tenant-basierten benutzerdefinierten Komponenten.
• Ein Binär-Repository, das die veröffentlichten Komponenten-Binärdateien enthält.
• Der Zugriff auf die gemeinsam genutzte Komponenteneinrichtung eines Sternensystems ist nur für diejenigen möglich, für die in ihrem Authentifizierungstoken die entsprechenden IdP-Gruppenparameter für dieses Sternensystem angegeben wurden.

Weitere Informationen finden Sie unter Gemeinsam genutzte Pakete.

Veränderliche und unveränderliche Bereitstellungen

Veränderliche und unveränderliche Bereitstellungen sind jetzt in Jutro Web Apps verfügbar. Diese Funktion ist hilfreich, wenn Sie eine aktualisierte Version Ihrer App für einen Kunden oder Kollegen freigeben möchten, bevor eine allgemeine Veröffentlichung erfolgt. Unveränderliche Bereitstellung kann auch verwendet werden, um sicherzustellen, dass Sie nach einer Aktualisierung Ihrer Jutro-App ein Rollback auf eine bestimmte Version eines Builds durchführen können.

Weitere Informationen finden Sie unter Veränderliche und unveränderliche Bereitstellungen.

Andere JWA-Versionshinweise

• Die Abhängigkeiten wurden zur Verbesserung der Sicherheit aktualisiert.
• Die Unterstützung für Superplaneten wurde hinzugefügt.
• Es wurde ein Problem beim Auflisten von vorproduzierte benutzerdefinierte Domänen für die Prod-Hochstufung behoben.
• Es wurden Probleme behoben, die Hochstufungen blockieren konnten.
• Es wurde ein Problem behoben, bei dem die Einstellung des BillingCenter-Zugriffs nicht richtig funktionierte.
• Es wurde ein Problem behoben, bei dem die Bereitstellungen in der falschen Reihenfolge gerendert wurden.
• Das Flag „Legacy“ wurde zu den Bereitstellungen hinzugefügt, wenn unveränderliche Bereitstellungen aktiviert sind.
• Es wurde ein Problem behoben, bei dem Benutzer ohne Berechtigung zur Hochstufung einer App zwar das Hochstufungsformular sehen, aber keine Apps hochstufen konnten.
• Der Abschnitt „Authentifizierung“ des Formulars „Bereitstellung/Hochstufung“ aktualisiert jetzt die Variablen, um den Quellcode des Builds, der bereitgestellt/hochgestuft werden soll, widerzuspiegeln.
• Es wurde ein Problem behoben, bei dem bei der Erstellung von IP Allowlists nicht verfügbare Planetenklassen ausgewählt werden konnten.
• Im TemplatePreview-Fenster wird jetzt neben dem Namen der Vorlage auch die Version der Vorlage angezeigt.

Weitere Informationen zu all diesen Punkten finden Sie in der Dokumentation zur Entwicklung von Jutro-Apps.

Digital SDK 10.3.0

Das Digital SDK wurde speziell für die Verwendung von InsuranceSuite Cloud APIs entwickelt und erleichtert Ihnen die Interaktion mit diesen. Sie können Ihr maßgeschneidertes Digital SDK in Ihrer eigenen Anwendung basierend auf Ihrer Sparte (bzw. Ihren Sparten) generieren. Dazu verwenden Sie die Jutro CLI, basierend auf Ihren spezifischen Open-API-Definitionen von Cloud APIs und der Liste der in InsuranceSuite verfügbar gemachten Schemas.

Weitere Informationen finden Sie in den Versionshinweisen zu Digital SDK.

Verbesserungen und gelöste Probleme

ID	Beschreibung
JUT-18104	Eine iconAriaLabel-Eigenschaft für die Tag-Komponente wurde hinzugefügt.
JUT-18383	Die MultipleCombobox-Komponente wurde um die neue AddNew-Funktion erweitert.
JUT-17141	Die TimePicker-Komponente wurde hinzugefügt.
JUT-17142	Die TimezonePicker-Komponente wurde hinzugefügt.
JUT-18425	Die MaskInput-Komponente wurde hinzugefügt, um die InputMaskField-Komponente zu ersetzen.
JUT-18559	Die Stepper-Komponente wurde hinzugefügt, um die StepperField-Komponente zu ersetzen.
AFP-2814	Das Digital SDK zeigt einen Fehler an, wenn versucht wird, Editionen für installierte Nicht-APD-Cloud-Geschäftsbereiche abzurufen.
JUTSDK-1285	Fehler in der Indexdatei, wenn eine Sparte in mehreren Produkten enthalten ist.

Bekannte Probleme

Syntaxfehler bei der Ausführung der Jest-Tests für Apps nach der Installation gemeinsam genutzter Pakete (JINFRA-2064)

Problem: Ein SyntaxError: Unexpected token 'export' wird ausgelöst, wenn die Jest-Tests für Apps nach der Installation gemeinsam genutzter Pakete ausgeführt werden. Dies geschieht, wenn ein gemeinsam genutztes Paket eine strikte Version von Jutro erfordert, die nicht mit der in der Host-App verwendeten Jutro-Version übereinstimmt. In diesem Fall wird eine duplizierte Version von Jutro in einem verschachtelten node_modules-Verzeichnis für das gemeinsam genutzte Paket installiert. Wenn der Jest Test Runner der App den für die Tests erforderlichen JavaScript-Code lädt, hat Jest Probleme beim Laden des Codes, der aus der duplizierten Jutro-Version stammt, die nur für das gemeinsam genutzte Paket installiert wurde.

Workaround: Ändern Sie die Jutro-Versionsanforderungen des gemeinsam genutzten Pakets in einen flexiblen Bereich, z. B. ^10.3.0 anstelle von 10.3.0, und veröffentlichen Sie das gemeinsam genutzte Paket neu. Die Verwendung dieser neuen veröffentlichten Version in der App ermöglicht es dem gemeinsam genutzten Paket, die Jutro-Version aus seiner Host-App wiederzuverwenden, und vermeidet die Duplizierung von Jutro in node_modules. Dadurch wird das Problem vermieden, dass Jest den zuvor duplizierten Code beim Ausführen der Tests nicht analysieren kann.

Einträge in .gitignore, die mit src/i18n/lang.json verkettet werden

Problem: Es kann zu Problemen kommen, bei denen neu hinzugefügte Einträge in .gitignore mit dem Eintrag für src/i18n/lang.json verkettet werden.

Workaround: Stellen Sie sicher, dass dem src/i18n/lang.json-Eintrag eine neue Zeile folgt, damit der nachfolgende Eintrag korrekt in eine neue Zeile eingefügt wird.

Gelegentlicher Timeout bei Authentifizierungstoken

Problem: Aufgrund von Änderungen der Funktionsweise des OIDC-Authentifizierungsclients kann der Aktualisierungsablauf für das Authentifizierungstoken gelegentlich fehlschlagen, wenn das Timeoutlimit erreicht wird.

Workaround: Es wird empfohlen, auf Jutro 10.3.4 oder höher zu aktualisieren, wodurch das Problem behoben wird, sowie das Lade- und Sitzungserneuerungsverhalten der authentifizierten App über langsamere Verbindungen, z. B. mobiles Internet, zu testen. Alternativ können Sie vom OIDC-Authentifizierungs-Client zum nativen Okta-Authentifizierungs-Client wechseln. Weitere Informationen finden Sie in der Auth-Dokumentation.

Globale window.onmessage-Listener können gelegentlich fehlerhaft ausgeführt werden

Problem: Frühere Versionen von Jutro stützten sich auf eine OIDC-Funktionalität, die die Überschreibungen der globalen Methode window.onmessage nutzte, um Meldungs-Listener einzurichten. Bestimmte benutzerdefinierte Logiken können dies beeinträchtigen und Fehler in der Funktionalität verursachen.

Workaround: Es gibt zwei Workarounds:

• Ändern Sie die benutzerdefinierte Überschreibung der Anwendung, um stattdessen window.addEventListener('message', listener) zu verwenden.
• Verwenden Sie den Jutro-Pach 10.3.4 oder höher, der das Problem behebt.
• Wechseln Sie vom OIDC-Authentifizierungs-Client zum nativen Okta-Authentifizierungs-Client. Weitere Informationen finden Sie in der Auth-Dokumentation.

Aktualisierte Webpack-Version (JUT-21785)

Problem: Beim Erstellen einer Jutro-App können Fehler auftreten, wenn sich Webpack in der Liste der Abhängigkeiten befindet.

Workaround: Die Fehler können mit Ihrer Webpack-Version zusammenhängen. Wenn Ihre Webpack-Version nicht 5.95.0 ist, versuchen Sie, auf diese Version zu aktualisieren, und erstellen Sie die App erneut.

Unterstützte Browser

• Chrome und Chromium-basierte Browser (getestet mit Chrome v110)
• Firefox (getestet mit v107)
• Safari (getestet mit v15.6)
• Tablet und Mobiltelefon (iOS Safari + Android Chrome, dieselben Versionen wie oben)

Abhängigkeiten von Drittanbietern

• Node-Version: 18.14.2 < 19 || >= 22.6.0 < 23
• NPM version: >=9.5.0
• React-Version: 18.2.0