Bump Penumbra version support

KazWolfe · Jun 24, 2022 · 231a48c · 231a48c
1 parent f6c6ede
commit 231a48c
Show file tree

Hide file tree

Showing 2 changed files with 2 additions and 2 deletions.
diff --git a/FFXIVPlugin/IPC/IPCManager.cs b/FFXIVPlugin/IPC/IPCManager.cs
@@ -13,7 +13,7 @@ public class IPCManager : IDisposable {
     // and set up listeners on statics. So, we use the IPCManager to actually handle the heavy lifting of instantiation
     // and disposal. Actual IPC classes can be referred to using their static (nullable) Instance, which should be 
     // initialized within here. Note though, that proper nullability checks *must* be applied (though the IDE should 
-    // complain if it isn't anyways.
+    // complain if it isn't anyways).
     //
     // This is absolutely an anti-pattern and a massive code smell, but it works. If you can think of a better way to
     // achieve this sort of behavior without having to manually manage X objects, please let me know!

diff --git a/FFXIVPlugin/IPC/Subscribers/PenumbraIPC.cs b/FFXIVPlugin/IPC/Subscribers/PenumbraIPC.cs
@@ -10,7 +10,7 @@ namespace XIVDeck.FFXIVPlugin.IPC.Subscribers;
 
 [PluginIpc]
 internal class PenumbraIPC : IPluginIpcClient {
-    private const int PenumbraIPCCompatVersion = 4;
+    private const int PenumbraIPCCompatVersion = 5;
 
     // note: this is *extremely fragile* and honestly bad, but this will be instantiated by the system at a higher
     // level. if we want to consume the IPC, this should be a safe-ish way to do it, assuming null checks are used.