Issue with Teleportication v1.5.7 on Windows/Carbon (SQLite error)

[K9N16]

Hello,

I’m experiencing an issue with Teleportication v1.5.7 on my Rust server (Windows, running Carbon).
The plugin loads but fails during initialization with an SQLite error. Here is the relevant log:

09/05 11:53:32 | Loaded plugin Teleportication v1.5.7 by RFC1920 [362ms] 09/05 11:53:32 | [Teleportication] HERE! 09/05 11:53:32 | Failed to call internal hook 'OnServerInitialized' on plugin 'Teleportication v1.5.7' [352240293] (SQLite.Interop.dll assembly:<unknown assembly> type:<unknown type> member:(null)) at void System.Data.SQLite.SQLite3.Open(string strFilename, string vfsName, SQLiteConnectionFlags connectionFlags, SQLiteOpenFlagsEnum openFlags, int maxPoolSize, bool usePool) at void System.Data.SQLite.SQLiteConnection.Open() at void Oxide.Plugins.Teleportication.OnServerInitialized() in D:/TCAFiles/Users/kk/5128864/carbon/plugins/Teleportication.cs:line 122 at object Oxide.Plugins.Teleportication.InternalCallHook(uint hook, object[] args) in Teleportication.cs/Internal:line 442

Do you know if this is a compatibility issue with Carbon on Windows, or could it be related to a missing/incorrect SQLite dependency?
Is there a recommended fix or update?

Thank you for your help.

[K9N16]

Failed to call internal hook 'OnServerInitialized' on plugin 'Teleportication v1.5.7' [352240293] (Value cannot be null. Parameter name: path1) at string System.IO.Path.Combine(string path1, string path2) at new System.Data.SQLite.SQLiteConnection(string connectionString, bool parseViaFramework) x 2 at void Oxide.Plugins.Teleportication.OnServerInitialized() in D:/TCAFiles/Users/5128864/carbon/plugins/Teleportication.cs:line 121 at object Oxide.Plugins.Teleportication.InternalCallHook(uint hook, object[] args) in Teleportication.cs/Internal:line 442

[RFC1920]

I do not have Carbon loaded. It looks like they choose to lump together Init(), where this call actually is, and OnServerInitialized(). The Path.Combine call is not even on line 121. At some point in the past, I did go so far as to change this line to call Interface.GetMod().DataDirectory, which used to work afaik. This way it is not hardcoded to Oxide/uMod. Maybe they can shed some light on it.