Rename ShouldReaquire & check if bundle exists (!160)

I didn't keep in mind that 'ShouldReaquire' handles both the initial check for acquiring of a file and also the re-acquiring of it, I've renamed the method here to be more accurate in this behavior so that hopefully it prevents this from happening again in the future.

Also fixes the issue of an exception being thrown when checking if the bundle exists or not.

Thanks to MadByte for finding this issue

Reviewed-on: SPT/Modules#160
Co-authored-by: Archangel <jesse@archangel.wtf>
Co-committed-by: Archangel <jesse@archangel.wtf>

project/SPT.Custom/Patches/EasyAssetsPatch.cs

@@ -95,9 +95,12 @@ namespace SPT.Custom.Patches
                     path = BundleManager.GetBundlePath(bundleInfo);
 
                     // only download when connected externally
-                    if (await BundleManager.ShouldReaquire(bundleInfo))
+                    if (await BundleManager.ShouldAcquire(bundleInfo))
                     {
-                        VFS.DeleteFile(BundleManager.GetBundleFilePath(bundleInfo));
+                        if (VFS.Exists(BundleManager.GetBundleFilePath(bundleInfo)))
+                        {
+                            VFS.DeleteFile(BundleManager.GetBundleFilePath(bundleInfo));
+                        }
 
                         await BundleManager.DownloadBundle(bundleInfo);
                     }

project/SPT.Custom/Utils/BundleManager.cs

@@ -51,7 +51,8 @@ namespace SPT.Custom.Utils
             await VFS.WriteFileAsync(filepath, data);
         }
 
-        public static async Task<bool> ShouldReaquire(BundleItem bundle)
+        // Handles both the check for initially acquiring and also re-acquiring a file.
+        public static async Task<bool> ShouldAcquire(BundleItem bundle)
         {
             // read cache
             var filepath = GetBundleFilePath(bundle);