Closed RceMBEdIxiCl closed 7 months ago
Hi @RceMBEdIxiCl,
I think I found the issue which is rather interesting and should be actually hold true for all cloud providers (except iCloud drive). It seems like since iOS 17 Apple uses a different process per FileProviderExtension Domain. This means in particular each vault has a separate process which is in general really nice! However, we construct our background URLSessions right now under the assumption that all vaults share the same process and since we need to reconstruct the background URLSessions with the same identifier in the future we derive the identifier from a credential id. Which means right now: having multiple vaults with the same account should always lead to this issue since we then construct more than one background URLSession with the same identifier (Note: the identifier needs to be unique otherwise one gets the error we can see in your logs).
Anyway I think I've already know how to fix this but please give us some more time to investigate this a bit further.
Hello @phil1995, thanks for investigating my report issue so quick!
Great you and team identified the new structure of URLSession handling.
Hope you will release a fix asap, Cryptomator is one of my daily drivers on my iOS devices.
Thx!
BR
@phil1995
Is this the same issue identified in bug #342? Consider that the issue described in #342 was first noticed in iPadOS 17.4; earlier versions of iPadOS 17.x were not seemingly affected.
@phil1995
Is this the same issue identified in bug #342? Consider that the issue described in #342 was first noticed in iPadOS 17.4; earlier versions of iPadOS 17.x were not seemingly affected.
Related to the same thing (re-use of the same background URLSession identifier) but not exactly the same cause. In the case of Google Drive we actually never had the ability to generate unique identifier due to some typo which slipped through. Therefore, you correctly reported that it's an issue with multiple accounts. But it turned out that our assumption regarding having one and the same background identifier for a cloud account was now challenged since it's now possible that the cache which we used to re-use the already instantiated cloud provider for the same account does not work as expected due a potential change in the behavior of the FileProviderExtension, i.e. having a separate process per vault / File Provider Domain.
But still interesting that it even worked on previous iOS versions tbh. 🤔
@phil1995 any estimate date when a bug fix version will be released? Thanks and have a great day!
Please agree to the following
Summary
Unable to access multiple mounted vaults with (single) MS OneDrive Accounts
System Setup
Cloud Type
OneDrive
Steps to Reproduce
Expected Behavior
access both Vaults within iOS / iPad OS File app, to save, open and change data within encrypted Cryptomator Vaults
Actual Behavior
by accessing more than one encrypted Cryptomator Vault within iOS / iPad OS File app, 2nd or n-Vault won´t be accessible, content unavailable error occurs
Reproducibility
Always
Relevant Log Output
Anything else?
No response