Neu aufgenommene bekannte Probleme und Hinweise zu Relution, jeweils mit Lösung oder Einordnung.https://hub.relution.io/docs/product-info/known-issues/2026-11-09T11:37:44+01:00Relution GmbHhttps://hub.relution.io/docs/product-info/known-issues/#apps-und-b%C3%BCcher-sehr-hohe-lizenzzahlen-bei-gekauften-apps@2026-10-302026-10-30T00:00:00+01:00<p>Apple hat das Lizenzmodell für Apps und Bücher (im Portal: VPP) umgestellt: Apps werden nicht mehr in einer festen Stückzahl erworben, sondern ohne Anzahl einem Standort zugewiesen. Für solche Apps meldet Apple als Lizenzanzahl den technischen Höchstwert <code>2147483647</code>. Relution übernimmt die Werte von Apple unverändert, daher erscheinen unter <strong>Gekaufte Apps</strong> in den Spalten <strong>Lizenzen</strong> und <strong>Verfügbar</strong> Werte wie <code>2147483647</code>.</p> <p>Der Wert bedeutet, dass für die App keine Begrenzung der Lizenzen besteht. Die Zuweisung an Geräte und Benutzer funktioniert wie gewohnt; die Spalte <strong>Vergeben</strong> zeigt weiterhin die Zahl der tatsächlich vergebenen Lizenzen.</p>https://hub.relution.io/docs/product-info/known-issues/#datenbank-update-schl%C3%A4gt-bei-update-von-260x-auf-261-oder-neuer-fehl-mariadb@2026-10-292026-10-29T00:00:00+01:00<p>Beim Update von Relution 26.0.x auf 26.1 oder neuer kann das automatische Datenbank-Update mit der Fehlermeldung <code>Cannot change column 'action_uuid': used in a foreign key constraint</code> fehlschlagen. Betroffen sind die MariaDB-Versionen 10.11.5–10.11.7 (bekanntes MariaDB-Problem).</p> <p>Ursache und Lösung: <a href="https://hub.relution.io/docs/installation/after-installation/update/#update-von-260x-auf-261-oder-neuer-schl%c3%a4gt-fehl-mariadb">Bekannte Fehlermeldungen bei Datenbank-Updates →</a></p>https://hub.relution.io/docs/product-info/known-issues/#linux-installationsverzeichnis-f%C3%BCr-den-relution-dienst-beschreibbar@2026-10-282026-10-28T00:00:00+01:00<p>Ab Relution 26.5.8 prüft der Relution-Server beim Start, ob das Installationsverzeichnis für den Benutzer beschreibbar ist, unter dem der Dienst läuft. Betroffen sind Linux-Installationen ohne Docker, bei denen <code>/opt/relution</code> vollständig dem Dienstbenutzer <code>relution</code> gehört, etwa nach <code>chown -R relution:relution /opt/relution</code>. Für jedes betroffene Verzeichnis erscheint im Log des Relution-Servers eine ERROR-Meldung, die wie folgt beginnt:</p> <pre><code class="language-log">Installation path /opt/relution/portal is writable for the user running Relution. </code></pre><p>Der Server startet trotzdem und arbeitet normal weiter. Die Meldung weist auf zu weit gefasste Dateiberechtigungen hin. Unter Windows findet die Prüfung nicht statt.</p> <p><strong>Lösung:</strong> Das Installationsverzeichnis gehört <code>root</code>. Für den Dienstbenutzer <code>relution</code> bleiben nur die Verzeichnisse <code>log/</code> und <code>branding/</code> beschreibbar, die <code>application.yml</code> bleibt für ihn lesbar. Bei einer Installation unter <code>/opt/relution</code> werden die Berechtigungen wie folgt gesetzt:</p> <pre><code class="language-sh">sudo systemctl stop relution sudo chown -R root:root /opt/relution sudo chmod -R u=rwX,go=rX /opt/relution sudo mkdir -p /opt/relution/log /opt/relution/branding sudo chown -R relution:relution /opt/relution/log /opt/relution/branding sudo chown root:relution /opt/relution/application.yml &amp;&amp; sudo chmod 640 /opt/relution/application.yml sudo systemctl start relution </code></pre><p>Nach dem Neustart erscheint die Meldung nicht mehr.</p>https://hub.relution.io/docs/product-info/known-issues/#apple-tv-remote-neue-bundle-id-ab-ios-27@2026-10-232026-10-23T00:00:00+02:00<p>Mit iOS 27 stellt Apple die App <code>Apple TV Remote</code> als eigenständige App im App Store bereit. Sie trägt die neue Bundle-ID <code>com.apple.TVRemoteApp</code>. Relution führt die App in der Liste der iOS-System-Apps (Stand 27.0.1) noch unter der bisherigen Bundle-ID <code>com.apple.TVRemote</code>. Wird <strong>Apple TV Remote</strong> in der Richtlinien-Konfiguration <strong>App Konformität</strong> aus der Auswahl der System-Apps hinzugefügt, greift der Eintrag deshalb nicht für die neue App.</p> <p><strong>Auswirkungen auf Geräten mit iOS 27 und neuer:</strong></p> <ul> <li>Steht <strong>Apple TV Remote</strong> unter <strong>Apps auf der Positivliste</strong>, wird die neue App trotzdem ausgeblendet.</li> <li>Steht <strong>Apple TV Remote</strong> unter <strong>Apps auf der Sperrliste</strong>, bleibt die neue App trotzdem nutzbar.</li> </ul> <p><strong>Workaround:</strong> Die Bundle-ID <code>com.apple.TVRemoteApp</code> wird in der jeweiligen Liste zusätzlich hinterlegt, entweder über die aus dem App Store importierte App <code>Apple TV Remote</code> (<a href="https://hub.relution.io/docs/apple-ios/help/store-apps/">App-Store-Apps verwalten →</a>) oder durch manuelles Eintragen der Bundle-ID. Der bisherige Eintrag kann bestehen bleiben. Da Relution die neue App nicht als System-App behandelt, lässt sie sich wie jede andere App-Store-App auch über <strong>Erforderliche Apps</strong> verteilen.</p> <p>Weitere Informationen: <a href="https://hub.relution.io/docs/apple-ios/policies/app-compliance/">App Konformität →</a></p>https://hub.relution.io/docs/product-info/known-issues/#php2shell-cve-2026-109618-cve-2026-109619-relution-nicht-betroffen@2026-10-222026-10-22T00:00:00+02:00<p>Die im Oktober 2026 veröffentlichten kritischen Sicherheitslücken im PHP-Kern (<code>PHP2Shell</code>, CVE-2026-109618 und CVE-2026-109619) betreffen Relution nicht. Relution-Server, Relution-Portal und Secure Mail Gateway enthalten kein PHP und setzen keinen PHP-Interpreter ein; die Dienste basieren auf Java.</p> <p>Für Relution sind daher keine Maßnahmen erforderlich. Laufen auf demselben Server oder im vorgelagerten Reverse-Proxy weitere Anwendungen mit PHP, sind diese unabhängig von Relution zu prüfen und gemäß den Hinweisen des PHP-Projekts zu aktualisieren.</p>https://hub.relution.io/docs/product-info/known-issues/#smg-access-token-l%C3%A4uft-30-tage-nach-update-auf-2655-ab@2026-10-222026-10-22T00:00:00+02:00<p>Ab Relution 26.5.5 haben API-Zugriffstokens immer ein Ablaufdatum. Bestehende Tokens ohne Ablaufdatum laufen 30 Tage nach dem Update ab; eine Verlängerung ist nicht möglich. Das betrifft auch das Access Token, mit dem sich das Secure Mail Gateway (SMG) am Relution-Server anmeldet, sofern es ohne Ablaufdatum erstellt wurde. Nach Ablauf lehnt der Relution-Server das Token ab, und im Log des Relution-Servers erscheint folgende Meldung:</p> <pre><code class="language-log">AccessTokenService: AccessToken verification failed, the token is expired </code></pre><p>Ab Relution 26.5.8 beantwortet der Relution-Server Anfragen mit abgelaufenem Token mit dem HTTP-Status <code>401</code> und dem Fehlercode <code>ACCESS_TOKEN_EXPIRED</code>, zuvor mit <code>500</code>. Die Meldung im Log bleibt unverändert.</p> <p><strong>PostgreSQL mit Relution 26.5.5 oder 26.5.6:</strong> Mit einer PostgreSQL-Datenbank waren bestehende Tokens ohne Ablaufdatum nach dem Update auf 26.5.5 oder 26.5.6 nicht erst nach 30 Tagen, sondern sofort abgelaufen. Ab Relution 26.5.7 erhalten diese Tokens beim Update korrekt eine Restlaufzeit von 30 Tagen. Bereits abgelaufene Tokens bleiben abgelaufen und werden wie unten beschrieben ersetzt.</p> <p><strong>Lösung:</strong> Vor Ablauf der 30 Tage nach dem Update (bei einem bereits abgelaufenen Token sofort) wird für den technischen Benutzer des SMG in der globalen Organisation ein neues Access Token mit dem Verwendungszweck <strong>API</strong> und dem API-Bereich <strong>Secure Mail Gateway (smg)</strong> erstellt. Das Ablaufdatum wird nur beim Erstellen festgelegt und lässt sich nachträglich nicht ändern. Beim Erstellen ist das <strong>Ablaufdatum</strong> mit dem heutigen Datum plus 30 Tage vorbelegt und kann auf ein späteres Datum gesetzt werden, ab Relution 27.0.1 höchstens bis zum im Dialog angezeigten spätestmöglichen Ablaufdatum (standardmäßig 1 Jahr nach dem Erstellen); den Schalter <strong>Gültigkeitsdauer</strong> gibt es für API-Tokens nicht mehr. Vor dem Ablauf wird jeweils ein neues Token erstellt (<a href="https://hub.relution.io/docs/installation/installation/smg-standalone/#2-technischen-benutzer-und-access-token-anlegen">Technischen Benutzer und Access Token anlegen →</a>). Das neue Token ersetzt in der <code>smg/application.yaml</code> den bisherigen Wert von <code>api-key</code>. Anschließend wird der SMG-Container neu gestartet, damit die geänderte Konfiguration eingelesen wird:</p> <pre><code class="language-sh">docker compose restart smg </code></pre><p>Fehlt beim neuen Token der API-Bereich <strong>Secure Mail Gateway (smg)</strong>, lehnt der Relution-Server die Anfragen des SMG mit dem HTTP-Status <code>403</code> ab.</p> <p>Weitere Informationen: <a href="https://hub.relution.io/docs/settings/rest-api/">REST API →</a></p>https://hub.relution.io/docs/product-info/known-issues/#exchange-richtlinie-kein-nutzerzertifikat-des-subtyps-exchange@2026-09-302026-09-30T00:00:00+02:00<p>Beim Anwenden einer Richtlinie mit Exchange-Konfiguration schlägt die Aktion <strong>Richtlinie ändern</strong> in den Aktionen des Geräts fehl. Als Nachricht erscheint:</p> <pre><code class="language-text">Mindestens eine Unteraktion ist fehlgeschlagen: ErrorCode: -, Message: Kein Nutzerzertifikat des Subtyps Exchange für den Nutzer &lt;Benutzername&gt; gefunden. </code></pre><p>Ursache ist die Einstellung <strong>Benutzerdefiniertes Zertifikat verwenden</strong> im Abschnitt <strong>Zertifikat</strong> der Exchange-Konfiguration. Mit dieser Option sucht Relution für den Benutzer des Geräts ein Nutzerzertifikat des Subtyps Exchange. Ist für den Benutzer kein solches Zertifikat vorhanden, kann das Konto nicht ausgerollt werden.</p> <p><strong>Lösung:</strong> In der angewendeten Exchange-Konfiguration wird im Abschnitt <strong>Zertifikat</strong> die Option <strong>Zertifikat wählen</strong> gesetzt. Ein Zertifikat muss dabei nicht ausgewählt werden; die Konfiguration kann direkt gespeichert werden.</p> <p> <figure class="figure"> <img class="figure-img img-fluid zoom-default" src="https://hub.relution.io/images/docs/exchange-zertifikat-waehlen_hu_74ceaf0b999f27ab.webp" srcset="/images/docs/exchange-zertifikat-waehlen_hu_1ec55a5cc33821b6.webp 800w, /images/docs/exchange-zertifikat-waehlen_hu_d880a10d2a59928a.webp 1200w, /images/docs/exchange-zertifikat-waehlen_hu_1aab4c3c1ef9c1e8.webp 1600w, /images/docs/exchange-zertifikat-waehlen_hu_658ab0b44256ab8d.webp 2000w, /images/docs/exchange-zertifikat-waehlen_hu_74ceaf0b999f27ab.webp 2560w" sizes="(min-width: 2400px) 1240px, (min-width: 1920px) 1080px, (min-width: 1600px) 960px, (min-width: 1440px) 840px, (min-width: 1200px) calc(100vw - 600px), 100vw" width="2560" height="1213" decoding="async" fetchpriority="auto" loading="lazy" alt="Exchange-Konfiguration mit der Option Zertifikat wählen im Abschnitt Zertifikat"id="h-rh-i-0" /> </figure></p> <p>Dasselbe gilt für die S/MIME-Zertifikate weiter unten in der Exchange-Konfiguration. Ist die S/MIME-Signierung bzw. -Verschlüsselung aktiviert, erscheinen dort die Abschnitte <strong>S/MIME Signierungszertifikat</strong> und <strong>S/MIME Verschlüsselungs-Zertifikat</strong> mit derselben Auswahl. Steht einer dieser Abschnitte auf <strong>Benutzerdefiniertes Zertifikat verwenden</strong>, sucht Relution zusätzlich ein Nutzerzertifikat des Subtyps S/MIME-Signierung bzw. S/MIME-Verschlüsselung, und die Aktion schlägt mit der entsprechenden Meldung fehl, wenn keines vorhanden ist. In diesem Fall wird auch in diesen Abschnitten die Option <strong>Zertifikat wählen</strong> gesetzt.</p> <p>Weitere Informationen: <a href="https://hub.relution.io/docs/apple-ios/policies/exchange/">Exchange →</a></p>https://hub.relution.io/docs/product-info/known-issues/#kurzbefehle-als-pflicht-app@2026-09-012026-09-01T00:00:00+02:00<p>Für die App <code>Kurzbefehle</code> wurde von Apple die Bundle-ID geändert. Das ältere Listing aus Apps und Bücher (im Portal: VPP) mit der Bundle-ID <code>is.workflow.my.app</code> lässt sich auf Geräten mit iOS 26 und neuer nicht mehr installieren, da iOS die Installation aktiv mit dem Fehler <code>AppBlacklisted</code> verweigert. Ist dieses ältere Listing in der Liste <strong>Erforderliche Apps</strong> hinterlegt, wird das Deployment fortlaufend neu angestoßen, ohne dass die Installation jemals erfolgreich abgeschlossen wird.</p> <p><strong>Typisches Fehlerbild:</strong></p> <ul> <li>Betroffene iOS-Geräte werden im Geräte-Inventar als <strong>Nicht konform</strong> angezeigt.</li> <li>Unter <strong>Installierte Apps</strong> ist <code>Kurzbefehle</code> korrekt vorhanden.</li> <li>Das Deployment der App startet wiederholt neu, wird aber nie erfolgreich abgeschlossen.</li> <li>Im Geräte-Log erscheint die Meldung <code>Diese App darf auf dieser Version des OS nicht mehr installiert werden.</code> zusammen mit dem Fehlercode <code>AppBlacklisted</code>.</li> </ul> <p><strong>Workaround:</strong> Die veraltete App aus Apps und Bücher mit der Bundle-ID <code>is.workflow.my.app</code> wird aus der Liste <strong>Erforderliche Apps</strong> entfernt und die zugehörige Zuweisung aus Apps und Bücher gelöscht.</p> <div class="alert alert-warning d-flex" role="alert"> <div class="flex-shrink-1 alert-icon"></div> <div class="w-100"> Die aktuelle App <code>Kurzbefehle</code> mit der Bundle-ID <code>com.apple.shortcuts</code> sollte derzeit nicht als Ersatz in die Liste <strong>Erforderliche Apps</strong> aufgenommen werden, da sie von Relution noch als nicht installierbare System-App behandelt wird. Fehlt <code>Kurzbefehle</code> auf einzelnen Geräten, kann die App stattdessen über die Verteilung von Apple-App-Store-Apps installiert werden (<a href="https://hub.relution.io/docs/apple-ios/help/store-apps/">App-Store-Apps verwalten →</a>).</div> </div>https://hub.relution.io/docs/product-info/known-issues/#log-level-lassen-sich-nicht-%C3%BCber-das-system-portal-%C3%A4ndern@2026-08-282026-08-28T00:00:00+02:00<p>Seit Relution 26.4 wird aus Sicherheitsgründen standardmäßig nur der Health-Endpoint bereitgestellt. Das System-Portal zeigt daher nur noch den Bereich <code>Details</code>; die Bereiche <code>Logger</code>, <code>Environment</code>, <code>Metrics</code> und <code>Threads</code> erscheinen erst, nachdem die zugehörigen Endpoints einmalig in der <code>application.yml</code> freigeschaltet wurden. Unabhängig davon lassen sich Log-Level weiterhin über die Web API ändern.</p> <p>Ursache und Lösung: <a href="https://hub.relution.io/docs/installation/knowledge-base/loglevel-debug/#freischaltung-der-actuator-endpoints">Freischaltung der Actuator-Endpoints →</a></p>https://hub.relution.io/docs/product-info/known-issues/#update-h%C3%A4ngt-bei-generatedselfsignedsignerkeystore-docker@2026-08-272026-08-27T00:00:00+02:00<p>Bei Docker-Installationen mit veraltetem Host-Kernel kann das Update beim Erzeugen des selbstsignierten Signaturzertifikats (<code>GeneratedSelfSignedSignerKeyStore</code>) hängen bleiben.</p> <p>Ursache und Lösung: <a href="https://hub.relution.io/docs/installation/after-installation/update/#update-h%c3%a4ngt-bei-generatedselfsignedsignerkeystore">Bekannte Fehlermeldungen der Docker-Installation →</a></p>https://hub.relution.io/docs/product-info/known-issues/#prometheus-metriken-werden-nicht-bereitgestellt@2026-08-272026-08-27T00:00:00+02:00<p>Seit Relution 26.4 wird aus Sicherheitsgründen standardmäßig nur der Health-Endpoint bereitgestellt; der Prometheus-Endpoint (<code>/actuator/prometheus</code>) ist deaktiviert. Ein Prometheus-Monitoring erhält daher keine Metriken, bis der Endpoint einmalig in der <code>application.yml</code> freigeschaltet wurde.</p> <p>Ab Relution 26.5.5 wertet der Server außerdem Basic Authentication standardmäßig nicht mehr aus. Prometheus-Abfragen von <code>/api/management/actuator/prometheus</code> mit Benutzername und Passwort erhalten deshalb ebenfalls keine Metriken; Prometheus wird auf ein API-Zugriffstoken umgestellt.</p> <p>Ursache und Lösung: <a href="https://hub.relution.io/docs/installation/installation/grafana/#prometheus-metriken-in-relution-aktivieren">Prometheus-Metriken in Relution aktivieren →</a></p>https://hub.relution.io/docs/product-info/known-issues/#serverstart-schl%C3%A4gt-bei-s3-mit-selbstsigniertem-zertifikat-fehl@2026-08-262026-08-26T00:00:00+02:00<p>Nach einem Update von einer Version vor 26.2 direkt auf Relution 26.4 oder neuer startet der Server nicht mehr, wenn der angebundene S3-Objektspeicher über TLS mit einem selbstsignierten oder unternehmensinternen Zertifikat erreichbar ist. Im Log erscheint folgender Fehler:</p> <pre><code class="language-log">AccessDeniedException: software.amazon.awssdk.core.exception.SdkClientException: Unable to execute HTTP request: (certificate_unknown) PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target (SDK Attempt Count: 3) </code></pre><p>Ursache und Lösung — inklusive der erforderlichen erneuten Anmeldung aller Benutzer: <a href="https://hub.relution.io/docs/installation/knowledge-base/private-ca/s3-selfsigned-ca-startup/">S3: Start bricht mit PKIX-Fehler ab →</a></p>https://hub.relution.io/docs/product-info/known-issues/#fehler-beim-update-auf-relution-261@2026-04-232026-04-23T00:00:00+02:00<p>Nach einem Update auf Relution 26.1 startet der Docker-Container nicht mehr. Im Container-Log erscheint wiederholt folgender Fehler:</p> <pre><code class="language-log">Exception in thread &#34;main&#34; java.lang.reflect.InvocationTargetException Caused by: java.io.IOException: Permission denied at java.base/java.io.File.createTempFile(File.java:2184) at io.relution.boot.Main.checkTempDirectory(Main.java:291) at io.relution.boot.Main.main(Main.java:216) </code></pre><p>Ursache und Lösung: <a href="https://hub.relution.io/docs/installation/knowledge-base/update261/">Permission denied nach Update auf 26.1 →</a></p>https://hub.relution.io/docs/product-info/known-issues/#oidc--entra-id@2026-03-262026-03-26T00:00:00+01:00<ul> <li>Die OIDC-Authentifizierung mit Microsoft Entra ID wurde gemäß der Dokumentation neu konfiguriert. <br> Die Konfiguration selbst ist korrekt, die Anmeldung funktioniert jedoch nicht direkt nach der Einrichtung. <br> Benutzer erhalten nach der Anmeldung mit ihren Microsoft-Anmeldeinformationen eine allgemeine Fehlerseite mit einer Ticketnummer.</li> </ul> <h3 id="lösung--workaround">Lösung / Workaround <a href="https://hub.relution.io/docs/product-info/known-issues/#l%c3%b6sung--workaround" class="anchor" aria-hidden="true">#</a></h3> <p>Erst nach einem Neustart des Relution-Servers funktioniert die OIDC-Anmeldung wie erwartet.</p>https://hub.relution.io/docs/product-info/known-issues/#backups-mit-ios-264@2026-02-242026-02-24T00:00:00+01:00<ul> <li>Beim Wiederherstellen von <strong>Backups</strong> von iOS 26.3 oder früher auf einem Gerät, auf dem iOS 26.4 installiert ist, geht der Status der Geräteverwaltung (Device Management) verloren.</li> </ul>https://hub.relution.io/docs/product-info/known-issues/#geteiltes-ipad@2025-12-172025-12-17T00:00:00+01:00<ul> <li>Auf einem geteilten iPad lassen sich seit iOS 26 im <strong>Gast-Modus</strong> keine lokalen Dateien erstellen oder speichern. Ein Case bei Apple ist eröffnet. Zusätzliche Cases (<a href="https://hub.relution.io/docs/apple-ios/help/apple-case/">Apple Case anlegen →</a>) beschleunigen die Bearbeitung; eine Information an den Support ist hilfreich. <ul> <li><strong>Workaround:</strong> Dateien werden über eine angebundene Dateifreigabe erstellt und bearbeitet. <a href="https://youtu.be/aQSF_C16JEY">paed.ML x Relution →</a></li> </ul> </li> </ul>https://hub.relution.io/docs/product-info/known-issues/#neue-apps@2025-12-172025-12-17T00:00:00+01:00<ul> <li><strong>Neue Apps</strong> und die Bundle IDs zum Blockieren <ul> <li><strong>Vorschau</strong> → <code>com.apple.Preview</code></li> <li><strong>Spiele</strong> → <code>com.apple.games</code></li> <li><strong>Tipps</strong> → <code>com.apple.tips</code></li> </ul> </li> </ul>https://hub.relution.io/docs/product-info/known-issues/#apple-dateien-app@2025-12-172025-12-17T00:00:00+01:00<p>In der Dateien-App auf geteilten iPads tritt ein Fehler auf (getestet mit iOS 18.2 und 18.3).</p> <div class="alert alert-info d-flex" role="alert"> <div class="flex-shrink-1 alert-icon"></div> <div class="w-100">Auf nicht geteilten Geräten funktionieren der Share und die Verwendung der Apple Dateien App. </div> </div> <p>Der Fehler macht sich auch dadurch bemerkbar, dass heruntergeladene Dateien im Downloads-Ordner fehlen. Wenn Daten geöffnet werden, sind diese bis zum Schließen und erneuten Öffnen der App „Dateien“ im Downloads-Ordner sichtbar. <figure class="figure"> <img class="figure-img img-fluid zoom-default" src="https://hub.relution.io/images/docs/apple-files-bug-2_hu_5e24589f44f95462.webp" srcset="/images/docs/apple-files-bug-2_hu_9ae88448f1d33420.webp 800w, /images/docs/apple-files-bug-2_hu_8e8bf37bd4691daa.webp 1200w, /images/docs/apple-files-bug-2_hu_fc0fc1efb3e93f6.webp 1600w, /images/docs/apple-files-bug-2_hu_50cd4aa745af65b0.webp 2000w, /images/docs/apple-files-bug-2_hu_5e24589f44f95462.webp 2360w" sizes="(min-width: 2400px) 1240px, (min-width: 1920px) 1080px, (min-width: 1600px) 960px, (min-width: 1440px) 840px, (min-width: 1200px) calc(100vw - 600px), 100vw" width="2360" height="1640" decoding="async" fetchpriority="auto" loading="lazy" alt="Fehler in Apple Dateien App auf geteiltem iPad - Downloads fehlen in iOS 18"id="h-rh-i-1" /> </figure></p> <p> <figure class="figure"> <img class="figure-img img-fluid zoom-default" src="https://hub.relution.io/images/docs/apple-files-bug-3_hu_9c4430b40d71c4c9.webp" srcset="/images/docs/apple-files-bug-3_hu_8ba8546a073a5081.webp 800w, /images/docs/apple-files-bug-3_hu_57aa5e9feb221f5b.webp 1200w, /images/docs/apple-files-bug-3_hu_db7ee7dcff65e8dc.webp 1600w, /images/docs/apple-files-bug-3_hu_8cada540e7c3519a.webp 2000w, /images/docs/apple-files-bug-3_hu_9c4430b40d71c4c9.webp 2360w" sizes="(min-width: 2400px) 1240px, (min-width: 1920px) 1080px, (min-width: 1600px) 960px, (min-width: 1440px) 840px, (min-width: 1200px) calc(100vw - 600px), 100vw" width="2360" height="1640" decoding="async" fetchpriority="auto" loading="lazy" alt="Heruntergeladene Dateien im Downloads-Ordner der Apple Dateien App nicht sichtbar"id="h-rh-i-2" /> </figure></p> <div class="alert alert-success d-flex" role="alert"> <div class="flex-shrink-1 alert-icon"></div> <div class="w-100"> Das Problem lässt sich umgehen. Dazu wird in der Richtlinienkonfiguration <strong>Relution Dateifreigaben</strong> bei der jeweiligen Dateifreigabe die <strong>Art der Erweiterung</strong> von <strong>Modern</strong> (Standard) auf <strong>Klassisch</strong> gestellt.</div> </div>https://hub.relution.io/docs/product-info/known-issues/#qr-code-scanner@2025-12-172025-12-17T00:00:00+01:00<p>Ein weiteres bekanntes Problem betrifft den QR-Code-Scanner in iOS 18 mit Geräten ab Generation 9. Hier wurde der Bundle Identifier verkürzt. Der aktuelle Identifier lautet:</p> <pre><code class="language-sh">com.apple.BarcodeScanner </code></pre><p>Um dies zu beheben, muss in der App-Konformität die Positivliste manuell ergänzt werden. Der Name ist hierbei irrelevant; es ist lediglich wichtig, den oben genannten Bundle Identifier einzutragen.</p> <p>Geräte kleiner Generation 9 müssen die separate App <code>Code Scanner</code> verwenden. Diese kann aufgerufen werden indem die Spotlight-Suche vom Homescreen aus von oben nach unten aufgerufen und nach <code>Code</code> gesucht wird. <figure class="figure"> <img class="figure-img img-fluid zoom-default" src="https://hub.relution.io/images/docs/qr-code_hu_cc6144ccd0c210fb.webp" srcset="/images/docs/qr-code_hu_2f71e1277c866d8d.webp 800w, /images/docs/qr-code_hu_b164f90ac22930da.webp 1200w, /images/docs/qr-code_hu_cc6144ccd0c210fb.webp 1355w" sizes="(min-width: 2400px) 1240px, (min-width: 1920px) 1080px, (min-width: 1600px) 960px, (min-width: 1440px) 840px, (min-width: 1200px) calc(100vw - 600px), 100vw" width="1355" height="826" decoding="async" fetchpriority="auto" loading="lazy" alt="QR-Code-Scanner über Spotlight-Suche auf älteren iOS-Geräten aufrufen"id="h-rh-i-3" /> </figure></p>https://hub.relution.io/docs/product-info/known-issues/#langsame-anmeldung-bei-geteilten-ios-ger%C3%A4ten@2025-12-172025-12-17T00:00:00+01:00<p>Mit iOS 17.x bewirkt das Festlegen der Restriktionskonfiguration <strong>Synchronisierung des iCloud-Schlüsselbunds erlauben</strong> auf <strong>Nein</strong>, dass die Anmeldung auf gemeinsam genutzten Geräten verlangsamt wird.</p> <p>Um dieses Verhalten zu umgehen, muss in der angewendeten Restriktions-Konfiguration der Punkt <strong>Synchronisierung des iCloud-Schlüsselbunds erlauben</strong> auf <strong>Ja</strong> gesetzt werden.</p>https://hub.relution.io/docs/product-info/known-issues/#fehlender-speicherplatz-auf-ios-ger%C3%A4ten@2025-12-172025-12-17T00:00:00+01:00<p>Auf iOS Geräten kann es trotz ausreichendem Speicher bei App-Installationen zu einem Hinweis kommen, dass nicht genügend Speicherplatz zur Verfügung steht. Dies wird auch entsprechend in den Systemeinstellungen angezeigt.</p> <p>Das Problem entsteht durch die Anwendung der Richtlinienkonfiguration <strong>Einstellungen geteiltes iPad</strong>. Durch wiederholte An- und Abmeldungen von Gastbenutzern am geteilten Gerät kann es spontan zu diesem Fehler kommen.</p> <p>Um das Auftreten dieses Problems zu vermeiden, empfiehlt es sich, die Richtlinie nicht zu verwenden. Alternativ sollten zumindest die beiden Felder <strong>Speicherkontingent pro Benutzer (in Megabyte)</strong> und <strong>Anzahl von Nutzern</strong> leer bleiben.</p> <p>Bei betroffenen Geräten ist es erforderlich, diese auf Werkseinstellungen zurückzusetzen.</p>