
They have the least bugs, but some newest features might not be available. Stable builds are released once a new iteration of BepInEx is considered feature-complete. Where to download BepInExīepInEx is distributed in two builds: stable and bleeding edge. However, support for it is planned as the tooling has gotten better thanks to projects like Il2CppAssemblyUnhollower. Games built with IL2CPP are not supported at the moment. Any OS that has support for Mono (Windows, Linux, macOS).
Any OS that has support for Wine (Linux, macOS, FreeBSD. Other OSes for which usage via hardpatching is possible. Linux distros with GCC 10 or newer, preferably GNU/Linux distro (x86_64 and x86 archs are supported). Windows 7, 8, 8.1 and 10 (both x86 and 圆4 are supported). Compatibility with other modding frameworks. Debugging all game assemblies with dnSpy. Running under Proton/Wine (Linux/Mac/SteamOS/etc.). Running native Unix games through Steam. If you have validated that this is not the above case, then please share the workflow screenshot with expanding every action inside the loop so I can review it. It looks like you are passing the dynamic value, and can you please confirm whether you have defined any variable and using that variable to assign the path or any other configuration inside your loop as this would be only reason that you would observe this behavior as the value would be overwritten in loop running concurrently causing this behavior. As you have mentioned that it works when you set concurrency limit set to 1 then it should eliminate the first reason that the file is deleted, and the reason would be the file doesn't exist in the path that you have specified. The error "File not found" error should observe when the file is deleted, and you are trying to access the file, or the file doesn't exist in the path that you have specified. I don't see any limitation that is documented for the inbuild SFTP connector.