virtualboys

I am having the same issue. My C# code is this: `_backgroundDownload = BackgroundDownload.Start(new Uri(url), MakeBundleRelativePath(moduleData.BundleName));` and the destination path is: "moduleBundles/aed.assetbundle" I debugged the iOS plugin and found that...

MakeBundleRelativePath just returns "moduleBundles/aed.assetbundle". After debugging in debug mode, I see that dest in `UnityBackgroundDownloadStart(void* req, const char16_t* dest)` is actually set correctly. However the file still does not exist...

replaceItemAtURL completes with an error: NSCocoaErrorDomain 513 destURI is: "file:///var/mobile/Containers/Data/Application/A75442A2-A4C1-41DC-A861-7E459D546CFB/Documents/moduleBundles/burns.assetbundle"

The directory does exist. I also tested with the destination being in the root Documents directory and have the same issue.

13.2.3

The log on XCode has more information. Seems like there is an underlying error? 2020-09-16 17:56:21.353818-0400 emanmomot[5820:406849] Failure Error Domain=NSCocoaErrorDomain Code=513 "You don’t have permission to save the file “aed.assetbundle”...

So, it seems this issue was related to how I was signing the app. I guess using a dummy testing certificate prevented the app from having the permissions it needed...

The shader "Oxysoft/Posterize" gets stripped from the build because it is loaded through code. You need to include it in `Project Settings -> Graphics -> Always Included Shaders` to prevent...