Windows Support

Question

Die Windows App wurde über den System Benutzer Kontext installiert und entsprechend sind die Favoriten im FSlogix Container nicht vorhanden. Laut Microsoft.learn forum kann dieser nicht included werden.

https://learn.microsoft.com/de-de/fslogix/concepts-container-types#profile-excluded-content

Ich hatte dies in der .xml als included testweise gesetzt, da ich entsprechend auch über den Copilot gefragt hatte und dieser mir sagte es ist möglich.

Ist das ganze hier möglich oder nicht? Wenn das nicht der Fall ist was ist der Workaround oder best Practice seitens Microsoft?

Danke für eine Info Ihrerseits.

Answer 1

Hi Florian Beck,

Die Unmöglichkeit, Favoriten der Windows App über FSLogix roamen zu lassen, ist eine beabsichtigte Designeinschränkung, die in der strengen Sandbox-Architektur von MSIX-Paketen begründet liegt. Die Anwendung speichert ihren Benutzerstatus in isolierten Verzeichnissen und leitet insbesondere temporäre sowie maschinenspezifische Sitzungsdaten in Pfade wie %localappdata%\Packages\MicrosoftCorporationII.WindowsApp_8wekyb3d8bbwe\LocalCache um. Microsoft hat FSLogix mit fest integrierten, auf Löschung basierenden Ausschlüssen für diese spezifischen Cache- und temporären Statusordner konzipiert. Das System bereinigt diese Verzeichnisse bei der Abmeldung absichtlich, um sitzungsübergreifende Beschädigungen zu verhindern. Genau aus diesem Grund schlägt auch der Versuch fehl, die Datei redirections.xml mit einem Include-Befehl anzupassen. Der Agent ignoriert die XML-Konfiguration absichtlich, um die Anwendung vor Abstürzen zu schützen, wenn ein Benutzer von einem anderen Session-Host darauf zugreift.

Jeder Versuch, diesen Mechanismus durch eine Umleitung des Speicherpfads zu umgehen, wird grundsätzlich nicht unterstützt. Das Sicherheitsmodell der Universal Windows Platform hindert Administratoren von Natur aus daran, Standard-Registrierungsschlüssel oder Richtlinien zur Ordnerumleitung zu verwenden, um diese spezifischen Sandbox-Ordner auf ein klassisches Netzlaufwerk zu verschieben. Ein erzwungener Bypass auf Betriebssystemebene zerstört die Paketintegrität, verletzt die Sicherheitsmodelle und führt zu unmittelbaren Anwendungsfehlern.

Die offizielle Best Practice besteht darin, bei diesen speziellen Metadaten vollständig vom lokalen Profil-Roaming abzurücken. Durch die Authentifizierung der Windows App über Microsoft Entra ID werden Ihre Workspace-Konfigurationen, Favoriten und Ressourcenzuweisungen dynamisch vom Cloud-Broker, wie etwa Azure Virtual Desktop oder Windows 365, abgerufen. Für reine lokale Verbindungen ohne Cloud-Feed gibt es derzeit keinen unterstützten nativen Workaround, um Favoriten über nicht-persistente Sitzungen hinweg mittels FSLogix dauerhaft zu speichern.

Ich hoffe, diese Antwort hat Ihnen einige nützliche Informationen geliefert. Wenn dies der Fall ist, klicken Sie bitte auf „Antwort akzeptieren“. Sollten Sie weitere Fragen haben, können Sie gerne einen Kommentar hinterlassen.

VPHAN

Answer 2

Generell bin ich nicht abgeneigt dies über einen anderen Pfad zu speichern jedoch geht dies bei der windows app nicht soweit ich das weiß?

Answer 3

FSLogix profile containers speichern standardmäßig nahezu den gesamten Benutzerprofilinhalt im VHD(x). Bestimmte Inhalte werden jedoch bewusst nicht roamen und sind als „profile excluded content“ definiert.

Laut Dokumentation gibt es zwei Mechanismen für Ausschlüsse:

1. Redirection based exclusions: Bestimmte Pfade werden automatisch nach C:\Users\local_%username% umgeleitet, z. B.:
   • %userprofile%\AppData\Roaming\Microsoft\Protect
   • %userprofile%\AppData\Roaming\Microsoft\Credentials
   • %userprofile%\AppData\Local\Microsoft\Credentials
   • %userprofile%\AppData\Local\Microsoft\Office\16.0\OfficeFileCache
2. Deletion based exclusions / nicht roamingfähige Ordner (insbesondere für AppX/MSIX/UWP-Daten):
   • AppData\Local\Packages\*\AC
   • AppData\Local\Packages\*\SystemAppData
   • AppData\Local\Packages\*\LocalCache
   • AppData\Local\Packages\*\TempState
   • AppData\Local\Packages\*\AppData

Für diese nicht roamingfähigen Ordner gilt explizit:

Die Inhalte dieser Ordner werden beim Abmelden gelöscht, unabhängig von einer redirections.xml-Konfiguration.

Damit ist das Verhalten klar:

• Pfade, die von FSLogix als „nonroamable“ definiert sind, können nicht wirksam per Include in redirections.xml wieder in den Container aufgenommen werden. Ein Include überschreibt diese Designentscheidung nicht.
• Auch wenn ein Include in der redirections.xml gesetzt wird, werden die genannten Ordner bei Abmeldung weiterhin geleert.

Ist das gewünschte Szenario möglich?

Wenn die Favoriten bzw. App-Daten in einem dieser explizit als nicht roamingfähig definierten Pfade liegen, ist ein vollständiges Roaming mit FSLogix-Mitteln allein nicht möglich. Das deckt sich mit der Aussage in der Microsoft-Dokumentation, dass diese Ordner nicht roamen und beim Abmelden bereinigt werden.

Workarounds / Best Practices

Aus der bereitgestellten Dokumentation lassen sich folgende Ansätze ableiten:

1. Standardempfehlung beibehalten
   • Empfohlen ist, das Profil und ODFC im selben Profilcontainer zu halten und die Standard-Exclusions zu respektieren. Dies stellt die von Microsoft getestete und unterstützte Konfiguration dar.
2. Anwendungsspezifische Daten anders speichern lassen
   • Wenn möglich, sollte die Anwendung so konfiguriert werden, dass Favoriten/Einstellungen in einem roamingfähigen Pfad (z. B. unter %AppData% außerhalb der explizit ausgeschlossenen UWP-/AppX-Pfade) abgelegt werden.
3. Kein Override der nonroamable-Folder per redirections.xml
   • Die Dokumentation zu AppX/MSIX weist ausdrücklich darauf hin, dass die Inhalte der genannten Ordner beim Abmelden gelöscht werden, „regardless of any redirections.xml configuration“. Ein Versuch, diese Ordner per Include zu erzwingen, gilt daher nicht als Best Practice und wird nicht unterstützt.

Wenn die Favoriten durch Installation im Systemkontext in genau solche Pfade geschrieben werden, ist der empfohlene Weg, die Bereitstellung bzw. Konfiguration der Anwendung so anzupassen, dass benutzerspezifische Daten in roamingfähigen Pfaden landen, anstatt zu versuchen, die FSLogix-Exclusions zu umgehen.

---

References:

• Types of containers
• Troubleshooting issues with AppX, MSIX or Microsoft store applications
• Custom profile redirections.xml