Ok, maybe i have some data to share. Looks like Preemptive is messing with something in my game while i was runnig some tests to find the cause of a bug in my trade UI.
So... I'm a little lost because didn't expected this situation, but if i find some more weird ♥♥♥♥ i'll update this post


Getting random element from empty collection.
UnityEngine.StackTraceUtility:ExtractStackTrace ()
Verse.Log:Warning (string)
Verse.GenCollection:RandomElement<Verse.Thing> (System.Collections.Generic.IEnumerable`1<Verse.Thing>)
SingalTower.Patch_IncidentWork:Prefix (RimWorld.IncidentWorker,RimWorld.IncidentParms)
(wrapper dynamic-method) RimWorld.IncidentWorker:RimWorld.IncidentWorker.TryExecute_Patch6 (RimWorld.IncidentWorker,RimWorld.IncidentParms)
Verse.DebugActionsIncidents/<>c__DisplayClass5_1:<GetIncidentDebugAction>b__3 ()
Verse.DebugActionNode:Enter (Verse.Dialog_Debug)
Verse.Dialog_Debug:DoButton (Verse.DebugActionNode,bool)
Verse.Dialog_Debug:DrawNode (Verse.DebugActionNode,bool)
Verse.DebugTabMenu:ListOptions (int)
Verse.Dialog_Debug:DoWindowContents (UnityEngine.Rect)
Verse.Window:InnerWindowOnGUI (int)
UnityEngine.GUI:CallWindowDelegate (UnityEngine.GUI/WindowFunction,int,int,UnityEngine.GUISkin,int,single,single,UnityEngine.GUIStyle)

Looks like this happens everytime I try to force any incident with debbug

Getting random element from empty collection.
UnityEngine.StackTraceUtility:ExtractStackTrace ()
Verse.Log:Warning (string)
Verse.GenCollection:RandomElement<Verse.Thing> (System.Collections.Generic.IEnumerable`1<Verse.Thing>)
SingalTower.Patch_IncidentWork:Prefix (RimWorld.IncidentWorker,RimWorld.IncidentParms)
(wrapper dynamic-method) RimWorld.IncidentWorker:RimWorld.IncidentWorker.TryExecute_Patch6 (RimWorld.IncidentWorker,RimWorld.IncidentParms)
Verse.DebugActionsIncidents/<>c__DisplayClass5_1:<GetIncidentDebugAction>b__3 ()
Verse.DebugActionNode:Enter (Verse.Dialog_Debug)
Verse.Dialog_Debug:DoButton (Verse.DebugActionNode,bool)
Verse.Dialog_Debug:DrawNode (Verse.DebugActionNode,bool)
Verse.DebugTabMenu:ListOptions (int)
Verse.Dialog_Debug:DoWindowContents (UnityEngine.Rect)
Verse.Window:InnerWindowOnGUI (int)
UnityEngine.GUI:CallWindowDelegate (UnityEngine.GUI/WindowFunction,int,int,UnityEngine.GUISkin,int,single,single,UnityEngine.GUIStyle)

apologies, Authors dont get notified when someone starts their own discussion, only just spotted this, can you gen a hugslib log?, i will set up a bug reports discussion aswell

Minor bug: An unidentified human crowd is stuck on the middle of the screen when on the world map. Not a big deal but its still a bug but it only moves when I move (its stuck to the middle of my screen.) It goes away in debug mode and nothing appears in the log.

The modern watchtower, when fully upgraded, should allow for food to be delivered... even if you place it in the options you can't deliver nutrition to it

V 1.4, CE enabled, VE all enabled, plus various other mods. But have confirmed that its preemptive strike causing double raids to occur. I get a raid, then about 3-4 hours later the exact same raid.

引用自 La Kato：

V 1.4, CE enabled, VE all enabled, plus various other mods. But have confirmed that its preemptive strike causing double raids to occur. I get a raid, then about 3-4 hours later the exact same raid.

Mod incompatibility is generally what causes that. Do you happen to be using the Biomes! Islands mod? Some of us found that to be the problem.

引用自 PhonyStuff：

引用自 La Kato：

V 1.4, CE enabled, VE all enabled, plus various other mods. But have confirmed that its preemptive strike causing double raids to occur. I get a raid, then about 3-4 hours later the exact same raid.

Mod incompatibility is generally what causes that. Do you happen to be using the Biomes! Islands mod? Some of us found that to be the problem.

I do happen to be using that, I never would have thought a biome mod would cause that sort of incompatibility lol. Any idea on what specifically is happening to cause that?

引用自 La Kato：

引用自 PhonyStuff：

Mod incompatibility is generally what causes that. Do you happen to be using the Biomes! Islands mod? Some of us found that to be the problem.

I do happen to be using that, I never would have thought a biome mod would cause that sort of incompatibility lol. Any idea on what specifically is happening to cause that?

Not really, we just know that it's the cause of the double raids. It's funny how many people use it with this mod then comment about the raids. We would probably have to ask the Biomes! dev if we want to figure it out since this is like the one incompatibility in this mod.

引用自 La Kato：

引用自 PhonyStuff：

Mod incompatibility is generally what causes that. Do you happen to be using the Biomes! Islands mod? Some of us found that to be the problem.

I do happen to be using that, I never would have thought a biome mod would cause that sort of incompatibility lol. Any idea on what specifically is happening to cause that?

conflicting patches to raid generation, Biomes! Islands needs to modify raid generation to ensure things dont spawn in the sea that shouldnt, but the raid it spawns isnt caught by this mods system, as in vanilla theres no delay for raids, so to implement it this mod has to catch vanilla raids, to stop them spawning, and transfer them to Its system

引用自 Ogliss：

引用自 La Kato：

I do happen to be using that, I never would have thought a biome mod would cause that sort of incompatibility lol. Any idea on what specifically is happening to cause that?

conflicting patches to raid generation, Biomes! Islands needs to modify raid generation to ensure things dont spawn in the sea that shouldnt, but the raid it spawns isnt caught by this mods system, as in vanilla theres no delay for raids, so to implement it this mod has to catch vanilla raids, to stop them spawning, and transfer them to Its system

I love the weird little bugs that can crop up in programming, so theoretically you would want pre-emptive to check for Biomes raids as well, or alternatively have Biomes run a check for pre-emptive, speaking from someone who hasnt looked into this code.

引用自 La Kato：

引用自 Ogliss：

conflicting patches to raid generation, Biomes! Islands needs to modify raid generation to ensure things dont spawn in the sea that shouldnt, but the raid it spawns isnt caught by this mods system, as in vanilla theres no delay for raids, so to implement it this mod has to catch vanilla raids, to stop them spawning, and transfer them to Its system

I love the weird little bugs that can crop up in programming, so theoretically you would want pre-emptive to check for Biomes raids as well, or alternatively have Biomes run a check for pre-emptive, speaking from someone who hasnt looked into this code.

i havent looked into their code, and im afraid im not overly familiar with this mods code, i just updated it to work in 1.4.

but thats my best guess as to whats happening, as to how to fix it, i think it might be the kinda thing best handled by patches on both sides, however my attempts to communicate with the Biomes! team were ignored, so i wouldnt hold your breath for a fix

i can't seem to be able to deliver any food to the modern watch tower even after fully upgraded, confused

that's happening to me as well, upgraded and all but won't accept food of any sort whatsoever

So my report is jumping to the top left of my screen and I can't seem to fix it. It just started happening even when I reinstalled the mod.

Exception filling window for Verse.FloatMenu: System.ComponentModel.Win32Exception (0x80004005): The system cannot find the file specified.

at System.Diagnostics.Process.StartWithShellExecuteEx (System.Diagnostics.ProcessStartInfo startInfo) [0x00102] in <ef151b6abb5d474cb2c1cb8906a8b5a4>:0
at System.Diagnostics.Process.Start () [0x00032] in <ef151b6abb5d474cb2c1cb8906a8b5a4>:0
at (wrapper remoting-invoke-with-check) System.Diagnostics.Process.Start()
at System.Diagnostics.Process.Start (System.Diagnostics.ProcessStartInfo startInfo) [0x0001b] in <ef151b6abb5d474cb2c1cb8906a8b5a4>:0
at System.Diagnostics.Process.Start (System.String fileName, System.String arguments) [0x00007] in <ef151b6abb5d474cb2c1cb8906a8b5a4>:0
at GUILocator.State+<>c__DisplayClass1_1.<PresentMenu>b__10 () [0x0002f] in <af6aceddc2aa4ad1a38c97943f380cb6>:0
at Verse.FloatMenuOption.Chosen (System.Boolean colonistOrdering, Verse.FloatMenu floatMenu) [0x00030] in <3cca3e6203e64b109fd8ce21f7120d03>:0
at (wrapper dynamic-method) Verse.FloatMenuOption.Verse.FloatMenuOption.DoGUI_Patch1(Verse.FloatMenuOption,UnityEngine.Rect,bool,Verse.FloatMenu)
at Verse.FloatMenu.DoWindowContents (UnityEngine.Rect rect) [0x000fb] in <3cca3e6203e64b109fd8ce21f7120d03>:0
at (wrapper dynamic-method) Verse.Window.Verse.Window.InnerWindowOnGUI_Patch0(Verse.Window,int)
UnityEngine.StackTraceUtility:ExtractStackTrace ()
(wrapper dynamic-method) Verse.Log:Verse.Log.Error_Patch5 (string)
(wrapper dynamic-method) Verse.Window:Verse.Window.InnerWindowOnGUI_Patch0 (Verse.Window,int)
UnityEngine.GUI:CallWindowDelegate (UnityEngine.GUI/WindowFunction,int,int,UnityEngine.GUISkin,int,single,single,UnityEngine.GUIStyle)