<?xml version="1.0" encoding="utf-8"?><feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en"><title>Known Issues – Relution Customer Hub</title><subtitle>Newly added known issues and notes on Relution, each with a solution or assessment.</subtitle><id>https://hub.relution.io/en/docs/product-info/known-issues/</id><link rel="alternate" type="text/html" href="https://hub.relution.io/en/docs/product-info/known-issues/"/><link rel="self" type="application/atom+xml" href="https://hub.relution.io/en/docs/product-info/known-issues/atom.xml"/><updated>2026-11-09T11:37:44+01:00</updated><author><name>Relution GmbH</name></author><entry><title>Apps and Books: very high license counts for purchased apps</title><link rel="alternate" type="text/html" href="https://hub.relution.io/en/docs/product-info/known-issues/#apps-and-books-very-high-license-counts-for-purchased-apps"/><id>https://hub.relution.io/en/docs/product-info/known-issues/#apps-and-books-very-high-license-counts-for-purchased-apps@2026-10-30</id><updated>2026-10-30T00:00:00+01:00</updated><content type="html">&lt;p&gt;Apple has changed the licensing model for Apps and Books (VPP in the portal): apps are no longer purchased in a fixed quantity but are assigned to a location without a count. For such apps, Apple reports the technical maximum value &lt;code&gt;2147483647&lt;/code&gt; as the license count. Relution takes over Apple&amp;rsquo;s values unchanged, so values such as &lt;code&gt;2147483647&lt;/code&gt; appear under &lt;strong&gt;Purchased Apps&lt;/strong&gt; in the &lt;strong&gt;Licenses&lt;/strong&gt; and &lt;strong&gt;Available&lt;/strong&gt; columns.&lt;/p&gt;
&lt;p&gt;The value means that the licenses for the app are not limited. Assignment to devices and users works as usual; the &lt;strong&gt;Used&lt;/strong&gt; column still shows the number of licenses actually assigned.&lt;/p&gt;</content></entry><entry><title>Database update fails when updating from 26.0.x to 26.1 or later (MariaDB)</title><link rel="alternate" type="text/html" href="https://hub.relution.io/en/docs/product-info/known-issues/#database-update-fails-when-updating-from-260x-to-261-or-later-mariadb"/><id>https://hub.relution.io/en/docs/product-info/known-issues/#database-update-fails-when-updating-from-260x-to-261-or-later-mariadb@2026-10-29</id><updated>2026-10-29T00:00:00+01:00</updated><content type="html">&lt;p&gt;When updating from Relution 26.0.x to 26.1 or later, the automatic database update can fail with the error message &lt;code&gt;Cannot change column 'action_uuid': used in a foreign key constraint&lt;/code&gt;. MariaDB versions 10.11.5–10.11.7 are affected (known MariaDB issue).&lt;/p&gt;
&lt;p&gt;Cause and solution: &lt;a href="https://hub.relution.io/en/docs/installation/after-installation/update/#update-from-260x-to-261-or-later-fails-mariadb"&gt;Known error messages for database updates →&lt;/a&gt;&lt;/p&gt;</content></entry><entry><title>Linux: installation directory writable for the Relution service</title><link rel="alternate" type="text/html" href="https://hub.relution.io/en/docs/product-info/known-issues/#linux-installation-directory-writable-for-the-relution-service"/><id>https://hub.relution.io/en/docs/product-info/known-issues/#linux-installation-directory-writable-for-the-relution-service@2026-10-28</id><updated>2026-10-28T00:00:00+01:00</updated><content type="html">&lt;p&gt;As of Relution 26.5.8, the Relution server checks on startup whether the installation directory is writable for the user the service runs as. This affects Linux installations without Docker where &lt;code&gt;/opt/relution&lt;/code&gt; is entirely owned by the service user &lt;code&gt;relution&lt;/code&gt;, for example after &lt;code&gt;chown -R relution:relution /opt/relution&lt;/code&gt;. For each affected directory, the Relution server log shows an ERROR message that starts as follows:&lt;/p&gt;
&lt;pre&gt;&lt;code class="language-log"&gt;Installation path /opt/relution/portal is writable for the user running Relution.
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;The server still starts and continues to work normally. The message indicates file permissions that are too broad. On Windows, the check is not performed.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Solution:&lt;/strong&gt; The installation directory is owned by &lt;code&gt;root&lt;/code&gt;. Only the &lt;code&gt;log/&lt;/code&gt; and &lt;code&gt;branding/&lt;/code&gt; directories remain writable for the service user &lt;code&gt;relution&lt;/code&gt;, and &lt;code&gt;application.yml&lt;/code&gt; remains readable for it. For an installation under &lt;code&gt;/opt/relution&lt;/code&gt;, the permissions are set as follows:&lt;/p&gt;
&lt;pre&gt;&lt;code class="language-sh"&gt;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;&amp;amp; sudo chmod 640 /opt/relution/application.yml
sudo systemctl start relution
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;After the restart, the message no longer appears.&lt;/p&gt;</content></entry><entry><title>Apple TV Remote: new bundle ID as of iOS 27</title><link rel="alternate" type="text/html" href="https://hub.relution.io/en/docs/product-info/known-issues/#apple-tv-remote-new-bundle-id-as-of-ios-27"/><id>https://hub.relution.io/en/docs/product-info/known-issues/#apple-tv-remote-new-bundle-id-as-of-ios-27@2026-10-23</id><updated>2026-10-23T00:00:00+02:00</updated><content type="html">&lt;p&gt;With iOS 27, Apple provides the &lt;code&gt;Apple TV Remote&lt;/code&gt; app as a standalone app in the App Store. It uses the new bundle ID &lt;code&gt;com.apple.TVRemoteApp&lt;/code&gt;. Relution&amp;rsquo;s list of iOS system apps (as of 27.0.1) still contains the app under its previous bundle ID &lt;code&gt;com.apple.TVRemote&lt;/code&gt;. If &lt;strong&gt;Apple TV Remote&lt;/strong&gt; is added from the system app selection in the &lt;strong&gt;App compliance&lt;/strong&gt; policy configuration, the entry therefore does not apply to the new app.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Effects on devices running iOS 27 or later:&lt;/strong&gt;&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;If &lt;strong&gt;Apple TV Remote&lt;/strong&gt; is listed under &lt;strong&gt;Allowed apps&lt;/strong&gt;, the new app is hidden nonetheless.&lt;/li&gt;
&lt;li&gt;If &lt;strong&gt;Apple TV Remote&lt;/strong&gt; is listed under &lt;strong&gt;Blocked apps&lt;/strong&gt;, the new app remains usable nonetheless.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;&lt;strong&gt;Workaround:&lt;/strong&gt; The bundle ID &lt;code&gt;com.apple.TVRemoteApp&lt;/code&gt; is added to the respective list as well, either via the &lt;code&gt;Apple TV Remote&lt;/code&gt; app imported from the App Store (&lt;a href="https://hub.relution.io/en/docs/apple-ios/help/store-apps/"&gt;Manage App Store apps →&lt;/a&gt;) or by entering the bundle ID manually. The previous entry can remain in place. Since Relution does not treat the new app as a system app, it can be distributed via &lt;strong&gt;Required apps&lt;/strong&gt; like any other App Store app.&lt;/p&gt;
&lt;p&gt;More information: &lt;a href="https://hub.relution.io/en/docs/apple-ios/policies/app-compliance/"&gt;App compliance →&lt;/a&gt;&lt;/p&gt;</content></entry><entry><title>PHP2Shell (CVE-2026-109618, CVE-2026-109619): Relution not affected</title><link rel="alternate" type="text/html" href="https://hub.relution.io/en/docs/product-info/known-issues/#php2shell-cve-2026-109618-cve-2026-109619-relution-not-affected"/><id>https://hub.relution.io/en/docs/product-info/known-issues/#php2shell-cve-2026-109618-cve-2026-109619-relution-not-affected@2026-10-22</id><updated>2026-10-22T00:00:00+02:00</updated><content type="html">&lt;p&gt;The critical vulnerabilities in the PHP core published in October 2026 (&lt;code&gt;PHP2Shell&lt;/code&gt;, CVE-2026-109618 and CVE-2026-109619) do not affect Relution. Relution server, Relution portal and Secure Mail Gateway contain no PHP and do not use a PHP interpreter; the services are based on Java.&lt;/p&gt;
&lt;p&gt;No action is therefore required for Relution. Other applications using PHP that run on the same server or in the upstream reverse proxy must be checked independently of Relution and updated according to the PHP project&amp;rsquo;s guidance.&lt;/p&gt;</content></entry><entry><title>SMG: access token expires 30 days after updating to 26.5.5</title><link rel="alternate" type="text/html" href="https://hub.relution.io/en/docs/product-info/known-issues/#smg-access-token-expires-30-days-after-updating-to-2655"/><id>https://hub.relution.io/en/docs/product-info/known-issues/#smg-access-token-expires-30-days-after-updating-to-2655@2026-10-22</id><updated>2026-10-22T00:00:00+02:00</updated><content type="html">&lt;p&gt;As of Relution 26.5.5, API access tokens always have an expiration date. Existing tokens without an expiration date expire 30 days after the update; they cannot be extended. This also applies to the access token the Secure Mail Gateway (SMG) uses to authenticate against the Relution server if it was created without an expiration date. Once it has expired, the Relution server rejects the token and the Relution server log shows the following message:&lt;/p&gt;
&lt;pre&gt;&lt;code class="language-log"&gt;AccessTokenService: AccessToken verification failed, the token is expired
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;As of Relution 26.5.8, the Relution server answers requests with an expired token with HTTP status &lt;code&gt;401&lt;/code&gt; and the error code &lt;code&gt;ACCESS_TOKEN_EXPIRED&lt;/code&gt;; previously it answered with &lt;code&gt;500&lt;/code&gt;. The log message remains unchanged.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;PostgreSQL with Relution 26.5.5 or 26.5.6:&lt;/strong&gt; With a PostgreSQL database, existing tokens without an expiration date did not expire 30 days after the update to 26.5.5 or 26.5.6 but immediately. As of Relution 26.5.7, these tokens correctly receive a remaining lifetime of 30 days during the update. Tokens that have already expired remain expired and are replaced as described below.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Solution:&lt;/strong&gt; Within 30 days of the update (immediately if the token has already expired), a new access token with the usage &lt;strong&gt;API&lt;/strong&gt; and the API scope &lt;strong&gt;Secure Mail Gateway (smg)&lt;/strong&gt; is created for the SMG&amp;rsquo;s technical user in the global organization. The expiration date is only set on creation and cannot be changed afterwards. On creation, the &lt;strong&gt;Expiration Date&lt;/strong&gt; is preset to today plus 30 days and can be set to a later date, as of Relution 27.0.1 up to the latest possible expiration date shown in the dialog (by default 1 year after creation); the &lt;strong&gt;Limited time of use&lt;/strong&gt; switch is no longer available for API tokens. A new token is created before each expiry (&lt;a href="https://hub.relution.io/en/docs/installation/installation/smg-standalone/#2-create-a-technical-user-and-access-token"&gt;Create a technical user and access token →&lt;/a&gt;). The new token replaces the previous value of &lt;code&gt;api-key&lt;/code&gt; in &lt;code&gt;smg/application.yaml&lt;/code&gt;. The SMG container is then restarted so that the changed configuration is loaded:&lt;/p&gt;
&lt;pre&gt;&lt;code class="language-sh"&gt;docker compose restart smg
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;If the new token lacks the API scope &lt;strong&gt;Secure Mail Gateway (smg)&lt;/strong&gt;, the Relution server rejects the SMG&amp;rsquo;s requests with HTTP status &lt;code&gt;403&lt;/code&gt;.&lt;/p&gt;
&lt;p&gt;More information: &lt;a href="https://hub.relution.io/en/docs/settings/rest-api/"&gt;REST API →&lt;/a&gt;&lt;/p&gt;</content></entry><entry><title>Exchange policy: No user certificate of subtype Exchange</title><link rel="alternate" type="text/html" href="https://hub.relution.io/en/docs/product-info/known-issues/#exchange-policy-no-user-certificate-of-subtype-exchange"/><id>https://hub.relution.io/en/docs/product-info/known-issues/#exchange-policy-no-user-certificate-of-subtype-exchange@2026-09-30</id><updated>2026-09-30T00:00:00+02:00</updated><content type="html">&lt;p&gt;When a policy with an Exchange configuration is applied, the &lt;strong&gt;Change policy&lt;/strong&gt; action fails in the device actions. The following message is displayed:&lt;/p&gt;
&lt;pre&gt;&lt;code class="language-text"&gt;At least one sub action failed: ErrorCode: -, Message: No user certificate of subtype Exchange found for user &amp;lt;username&amp;gt;.
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;The cause is the &lt;strong&gt;Use user certificate&lt;/strong&gt; setting in the &lt;strong&gt;Certificate&lt;/strong&gt; section of the Exchange configuration. With this option, Relution looks for a user certificate of subtype Exchange for the device user. If no such certificate exists for the user, the account cannot be deployed.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Solution:&lt;/strong&gt; In the applied Exchange configuration, the &lt;strong&gt;Select certificate&lt;/strong&gt; option is set in the &lt;strong&gt;Certificate&lt;/strong&gt; section. No certificate needs to be selected; the configuration can be saved directly.&lt;/p&gt;
&lt;p&gt;
&lt;figure class="figure"&gt;
&lt;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 configuration with the Select certificate option in the Certificate section"id="h-rh-i-0"
/&gt;
&lt;/figure&gt;&lt;/p&gt;
&lt;p&gt;The same applies to the S/MIME certificates further down in the Exchange configuration. If S/MIME signing or encryption is enabled, the &lt;strong&gt;S/MIME signing certificate&lt;/strong&gt; and &lt;strong&gt;S/MIME encryption certificate&lt;/strong&gt; sections appear there with the same choice. If one of these sections is set to &lt;strong&gt;Use user certificate&lt;/strong&gt;, Relution additionally looks for a user certificate of subtype S/MIME signing or S/MIME encryption, and the action fails with the corresponding message if none exists. In this case, the &lt;strong&gt;Select certificate&lt;/strong&gt; option is set in these sections as well.&lt;/p&gt;
&lt;p&gt;More information: &lt;a href="https://hub.relution.io/en/docs/apple-ios/policies/exchange/"&gt;Exchange →&lt;/a&gt;&lt;/p&gt;</content></entry><entry><title>Shortcuts as a required app</title><link rel="alternate" type="text/html" href="https://hub.relution.io/en/docs/product-info/known-issues/#shortcuts-as-a-required-app"/><id>https://hub.relution.io/en/docs/product-info/known-issues/#shortcuts-as-a-required-app@2026-09-01</id><updated>2026-09-01T00:00:00+02:00</updated><content type="html">&lt;p&gt;Apple changed the bundle ID of the &lt;code&gt;Shortcuts&lt;/code&gt; app. The older Apps and Books listing (VPP in the portal) with the bundle ID &lt;code&gt;is.workflow.my.app&lt;/code&gt; can no longer be installed on devices running iOS 26 or later, because iOS actively rejects the installation with the error &lt;code&gt;AppBlacklisted&lt;/code&gt;. If this older listing is included in the &lt;strong&gt;Required apps&lt;/strong&gt; list, the deployment keeps restarting without the installation ever completing successfully.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Typical symptoms:&lt;/strong&gt;&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Affected iOS devices are displayed as &lt;strong&gt;Noncompliant&lt;/strong&gt; in the device inventory.&lt;/li&gt;
&lt;li&gt;&lt;code&gt;Shortcuts&lt;/code&gt; is correctly listed under &lt;strong&gt;Installed apps&lt;/strong&gt;.&lt;/li&gt;
&lt;li&gt;The app deployment keeps restarting but never completes successfully.&lt;/li&gt;
&lt;li&gt;The device log shows the message &lt;code&gt;This app can no longer be installed on this version of the OS.&lt;/code&gt; together with the error code &lt;code&gt;AppBlacklisted&lt;/code&gt;.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;&lt;strong&gt;Workaround:&lt;/strong&gt; The outdated Apps and Books app with the bundle ID &lt;code&gt;is.workflow.my.app&lt;/code&gt; is removed from the &lt;strong&gt;Required apps&lt;/strong&gt; list, and the corresponding Apps and Books assignment is deleted.&lt;/p&gt;
&lt;div class="alert alert-warning d-flex" role="alert"&gt;
&lt;div class="flex-shrink-1 alert-icon"&gt;&lt;/div&gt;
&lt;div class="w-100"&gt; The current &lt;code&gt;Shortcuts&lt;/code&gt; app with the bundle ID &lt;code&gt;com.apple.shortcuts&lt;/code&gt; should not currently be added to the &lt;strong&gt;Required apps&lt;/strong&gt; list as a replacement, since Relution still treats Shortcuts as a system app that cannot be installed. If &lt;code&gt;Shortcuts&lt;/code&gt; is genuinely missing on individual devices, it can instead be installed separately by distributing an Apple App Store app (&lt;a href="https://hub.relution.io/en/docs/apple-ios/help/store-apps/"&gt;Manage App Store apps →&lt;/a&gt;).&lt;/div&gt;
&lt;/div&gt;</content></entry><entry><title>Log levels cannot be changed via the system portal</title><link rel="alternate" type="text/html" href="https://hub.relution.io/en/docs/product-info/known-issues/#log-levels-cannot-be-changed-via-the-system-portal"/><id>https://hub.relution.io/en/docs/product-info/known-issues/#log-levels-cannot-be-changed-via-the-system-portal@2026-08-28</id><updated>2026-08-28T00:00:00+02:00</updated><content type="html">&lt;p&gt;As of Relution 26.4, only the health endpoint is exposed by default for security reasons. The system portal therefore shows the &lt;code&gt;Details&lt;/code&gt; section only; the &lt;code&gt;Logger&lt;/code&gt;, &lt;code&gt;Environment&lt;/code&gt;, &lt;code&gt;Metrics&lt;/code&gt; and &lt;code&gt;Threads&lt;/code&gt; sections appear once the corresponding endpoints have been enabled in the &lt;code&gt;application.yml&lt;/code&gt;. Independently of this, log levels can still be changed via the Web API.&lt;/p&gt;
&lt;p&gt;Cause and solution: &lt;a href="https://hub.relution.io/en/docs/installation/knowledge-base/loglevel-debug/#enabling-the-actuator-endpoints"&gt;Enabling the actuator endpoints →&lt;/a&gt;&lt;/p&gt;</content></entry><entry><title>Update hangs at GeneratedSelfSignedSignerKeyStore (Docker)</title><link rel="alternate" type="text/html" href="https://hub.relution.io/en/docs/product-info/known-issues/#update-hangs-at-generatedselfsignedsignerkeystore-docker"/><id>https://hub.relution.io/en/docs/product-info/known-issues/#update-hangs-at-generatedselfsignedsignerkeystore-docker@2026-08-27</id><updated>2026-08-27T00:00:00+02:00</updated><content type="html">&lt;p&gt;In Docker installations with an outdated host kernel, the update can hang while generating the self-signed signing certificate (&lt;code&gt;GeneratedSelfSignedSignerKeyStore&lt;/code&gt;).&lt;/p&gt;
&lt;p&gt;Cause and solution: &lt;a href="https://hub.relution.io/en/docs/installation/after-installation/update/#update-hangs-at-generatedselfsignedsignerkeystore"&gt;Known error messages of the Docker installation →&lt;/a&gt;&lt;/p&gt;</content></entry><entry><title>Prometheus metrics are not exposed</title><link rel="alternate" type="text/html" href="https://hub.relution.io/en/docs/product-info/known-issues/#prometheus-metrics-are-not-exposed"/><id>https://hub.relution.io/en/docs/product-info/known-issues/#prometheus-metrics-are-not-exposed@2026-08-27</id><updated>2026-08-27T00:00:00+02:00</updated><content type="html">&lt;p&gt;As of Relution 26.4, only the health endpoint is exposed by default for security reasons; the Prometheus endpoint (&lt;code&gt;/actuator/prometheus&lt;/code&gt;) is disabled. Prometheus monitoring therefore does not receive any metrics until the endpoint has been enabled once in the &lt;code&gt;application.yml&lt;/code&gt;.&lt;/p&gt;
&lt;p&gt;In addition, as of Relution 26.5.5 the server no longer evaluates basic authentication by default. Prometheus queries of &lt;code&gt;/api/management/actuator/prometheus&lt;/code&gt; with user name and password therefore do not receive any metrics either; Prometheus is switched to an API access token.&lt;/p&gt;
&lt;p&gt;Cause and solution: &lt;a href="https://hub.relution.io/en/docs/installation/installation/grafana/#enabling-prometheus-metrics-in-relution"&gt;Enabling Prometheus metrics in Relution →&lt;/a&gt;&lt;/p&gt;</content></entry><entry><title>Server startup fails with a self-signed S3 certificate</title><link rel="alternate" type="text/html" href="https://hub.relution.io/en/docs/product-info/known-issues/#server-startup-fails-with-a-self-signed-s3-certificate"/><id>https://hub.relution.io/en/docs/product-info/known-issues/#server-startup-fails-with-a-self-signed-s3-certificate@2026-08-26</id><updated>2026-08-26T00:00:00+02:00</updated><content type="html">&lt;p&gt;After updating from a version earlier than 26.2 directly to Relution 26.4 or newer, the server no longer starts if the connected S3 object storage is reached over TLS using a self-signed or company-internal certificate. The following error appears in the log:&lt;/p&gt;
&lt;pre&gt;&lt;code class="language-log"&gt;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)
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;Cause and solution — including the required re-login of all users: &lt;a href="https://hub.relution.io/en/docs/installation/knowledge-base/private-ca/s3-selfsigned-ca-startup/"&gt;S3: Startup fails with PKIX error →&lt;/a&gt;&lt;/p&gt;</content></entry><entry><title>Error when updating to Relution 26.1</title><link rel="alternate" type="text/html" href="https://hub.relution.io/en/docs/product-info/known-issues/#error-when-updating-to-relution-261"/><id>https://hub.relution.io/en/docs/product-info/known-issues/#error-when-updating-to-relution-261@2026-04-23</id><updated>2026-04-23T00:00:00+02:00</updated><content type="html">&lt;p&gt;After updating to Relution 26.1, the Docker container no longer starts. The following error appears repeatedly in the container log:&lt;/p&gt;
&lt;pre&gt;&lt;code class="language-log"&gt;Exception in thread &amp;#34;main&amp;#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)
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;Cause and solution: &lt;a href="https://hub.relution.io/en/docs/installation/knowledge-base/update261/"&gt;Permission denied after update to 26.1 →&lt;/a&gt;&lt;/p&gt;</content></entry><entry><title>OIDC + Entra ID</title><link rel="alternate" type="text/html" href="https://hub.relution.io/en/docs/product-info/known-issues/#oidc--entra-id"/><id>https://hub.relution.io/en/docs/product-info/known-issues/#oidc--entra-id@2026-03-26</id><updated>2026-03-26T00:00:00+01:00</updated><content type="html">&lt;ul&gt;
&lt;li&gt;OIDC authentication with Microsoft Entra ID was reconfigured according to the documentation. &lt;br&gt;
The configuration itself is correct, but login does not work immediately after setup. &lt;br&gt;
After logging in with their Microsoft credentials, users receive a generic error page with a ticket number.&lt;/li&gt;
&lt;/ul&gt;
&lt;h3 id="solution--workaround"&gt;Solution / Workaround &lt;a href="https://hub.relution.io/en/docs/product-info/known-issues/#solution--workaround" class="anchor" aria-hidden="true"&gt;#&lt;/a&gt;&lt;/h3&gt;
&lt;p&gt;Only after restarting the Relution server does OIDC login work as expected.&lt;/p&gt;</content></entry><entry><title>Backups with iOS 26.4</title><link rel="alternate" type="text/html" href="https://hub.relution.io/en/docs/product-info/known-issues/#backups-with-ios-264"/><id>https://hub.relution.io/en/docs/product-info/known-issues/#backups-with-ios-264@2026-02-24</id><updated>2026-02-24T00:00:00+01:00</updated><content type="html">&lt;ul&gt;
&lt;li&gt;When restoring &lt;strong&gt;backups&lt;/strong&gt; from iOS 26.3 or earlier to a device with iOS 26.4 installed, the Device Management state is lost.&lt;/li&gt;
&lt;/ul&gt;</content></entry><entry><title>Shared iPad</title><link rel="alternate" type="text/html" href="https://hub.relution.io/en/docs/product-info/known-issues/#shared-ipad"/><id>https://hub.relution.io/en/docs/product-info/known-issues/#shared-ipad@2025-12-17</id><updated>2025-12-17T00:00:00+01:00</updated><content type="html">&lt;ul&gt;
&lt;li&gt;On a shared iPad, as of iOS 26, local files cannot be created or saved in &lt;strong&gt;Guest Mode&lt;/strong&gt;.
A case has been opened with Apple. Additional cases (&lt;a href="https://hub.relution.io/en/docs/apple-ios/help/apple-case/"&gt;Create an Apple Case →&lt;/a&gt;) speed up processing; informing the support team is helpful.
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;Workaround:&lt;/strong&gt;
Files are created and edited through a connected file share.
&lt;a href="https://youtu.be/aQSF_C16JEY"&gt;paed.ML x Relution →&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;/ul&gt;</content></entry><entry><title>New Apps</title><link rel="alternate" type="text/html" href="https://hub.relution.io/en/docs/product-info/known-issues/#new-apps"/><id>https://hub.relution.io/en/docs/product-info/known-issues/#new-apps@2025-12-17</id><updated>2025-12-17T00:00:00+01:00</updated><content type="html">&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;New Apps&lt;/strong&gt; and the bundle IDs to block
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;Preview&lt;/strong&gt; → &lt;code&gt;com.apple.Preview&lt;/code&gt;&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Games&lt;/strong&gt; → &lt;code&gt;com.apple.games&lt;/code&gt;&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Tips&lt;/strong&gt; → &lt;code&gt;com.apple.tips&lt;/code&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;/ul&gt;</content></entry><entry><title>Apple Files App</title><link rel="alternate" type="text/html" href="https://hub.relution.io/en/docs/product-info/known-issues/#apple-files-app"/><id>https://hub.relution.io/en/docs/product-info/known-issues/#apple-files-app@2025-12-17</id><updated>2025-12-17T00:00:00+01:00</updated><content type="html">&lt;p&gt;An error occurs in the Files app on shared iPads (tested with iOS 18.2 and 18.3).&lt;/p&gt;
&lt;div class="alert alert-info d-flex" role="alert"&gt;
&lt;div class="flex-shrink-1 alert-icon"&gt;&lt;/div&gt;
&lt;div class="w-100"&gt;The share and the use of the Apple Files app works on non-shared devices. &lt;/div&gt;
&lt;/div&gt;
&lt;p&gt;The bug is also noticeable in that downloaded files are missing from the Downloads folder.
When data is opened, it is visible in the Downloads folder until the Apple Files app is closed and reopened.&lt;/p&gt;
&lt;p&gt;
&lt;figure class="figure"&gt;
&lt;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="iOS Files app showing missing files in Downloads folder due to shared iPad bug"id="h-rh-i-1"
/&gt;
&lt;/figure&gt;&lt;/p&gt;
&lt;p&gt;
&lt;figure class="figure"&gt;
&lt;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="iOS Files app showing files visible only until app is closed and reopened on shared iPad"id="h-rh-i-2"
/&gt;
&lt;/figure&gt;&lt;/p&gt;
&lt;div class="alert alert-success d-flex" role="alert"&gt;
&lt;div class="flex-shrink-1 alert-icon"&gt;&lt;/div&gt;
&lt;div class="w-100"&gt; The problem can be worked around. To do this, the &lt;strong&gt;Extension Type&lt;/strong&gt; of the respective share in the &lt;strong&gt;Relution File Shares&lt;/strong&gt; policy configuration is changed from &lt;strong&gt;Modern&lt;/strong&gt; (default) to &lt;strong&gt;Classic&lt;/strong&gt;.&lt;/div&gt;
&lt;/div&gt;</content></entry><entry><title>QR code scanner</title><link rel="alternate" type="text/html" href="https://hub.relution.io/en/docs/product-info/known-issues/#qr-code-scanner"/><id>https://hub.relution.io/en/docs/product-info/known-issues/#qr-code-scanner@2025-12-17</id><updated>2025-12-17T00:00:00+01:00</updated><content type="html">&lt;p&gt;Another known problem concerns the QR code scanner in iOS 18 with devices from generation 9.
The bundle identifier has been shortened here. The current identifier is:&lt;/p&gt;
&lt;pre&gt;&lt;code class="language-sh"&gt;com.apple.BarcodeScanner
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;To fix this, the bundle identifier must be added manually to the positive list in the app compliance.
The name is irrelevant here; it is only important to enter the bundle identifier mentioned above.&lt;/p&gt;
&lt;p&gt;Devices older than generation 9 must use the separate app &lt;code&gt;Code Scanner&lt;/code&gt;.
It can be opened by swiping down from the top of the home screen to open the Spotlight search and searching for &lt;code&gt;Code&lt;/code&gt;.
&lt;figure class="figure"&gt;
&lt;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="Opening the QR code scanner via Spotlight search on older iOS devices"id="h-rh-i-3"
/&gt;
&lt;/figure&gt;&lt;/p&gt;</content></entry><entry><title>Slow login on shared devices</title><link rel="alternate" type="text/html" href="https://hub.relution.io/en/docs/product-info/known-issues/#slow-login-on-shared-devices"/><id>https://hub.relution.io/en/docs/product-info/known-issues/#slow-login-on-shared-devices@2025-12-17</id><updated>2025-12-17T00:00:00+01:00</updated><content type="html">&lt;p&gt;With iOS 17.x, setting the restriction configuration &lt;strong&gt;Allow iCloud keychain synchronisation&lt;/strong&gt; to &lt;strong&gt;No&lt;/strong&gt; causes the login on shared devices to be slowed down.&lt;/p&gt;
&lt;p&gt;To bypass this behavior, the item &lt;strong&gt;Allow iCloud keychain synchronisation&lt;/strong&gt; must be set to &lt;strong&gt;Yes&lt;/strong&gt; in the applied restriction configuration.&lt;/p&gt;</content></entry><entry><title>Lack of storage space on iOS devices</title><link rel="alternate" type="text/html" href="https://hub.relution.io/en/docs/product-info/known-issues/#lack-of-storage-space-on-ios-devices"/><id>https://hub.relution.io/en/docs/product-info/known-issues/#lack-of-storage-space-on-ios-devices@2025-12-17</id><updated>2025-12-17T00:00:00+01:00</updated><content type="html">&lt;p&gt;On iOS devices, despite sufficient memory for app installations, a message may appear that there is not enough memory available. This is also displayed accordingly in the system settings.&lt;/p&gt;
&lt;p&gt;The problem is caused by using the policy configuration &lt;strong&gt;Shared iPad settings&lt;/strong&gt;. Repeated logins and logouts of guest users on the shared device can cause this error to occur spontaneously.&lt;/p&gt;
&lt;p&gt;To avoid the occurrence of this problem, it is recommended not to use the policy. Alternatively, at least the two fields &lt;strong&gt;Quota size per user (in megabytes)&lt;/strong&gt; and &lt;strong&gt;Number of users&lt;/strong&gt; should be left empty.&lt;/p&gt;
&lt;p&gt;For affected devices, it is necessary to reset them to factory settings.&lt;/p&gt;</content></entry></feed>