📄 English Translation of the Log Summary
🔍 Key Conflict Log Excerpt
✅ AlienRace Initialization (No Errors)
Alien race successfully completed 276 patches (50 pre, 82 post, 144 trans) with harmony.
❌ AwesomeInventory UI Errors Begin (First Occurrence)
复制
Draw helper service is not found.
UnityEngine.StackTraceUtility:ExtractStackTrace ()
Verse.Log:Error (string)
AwesomeInventory.UI.DrawGearTabWorker:get_DrawHelper ()
AwesomeInventory.UI.DrawGearTabWorker:DrawThingIcon (Verse.Pawn,UnityEngine.Rect,Verse.ThingWithComps)
...
❌ AwesomeInventory Throws NullReferenceException (Indirectly Related to AlienRace)
复制
Exception filling tab AwesomeInventory.UI.AwesomeInventoryTab: System.NullReferenceException: Object reference not set to an instance of an object
[Ref 628C80B5]
at AwesomeInventory.UI.DrawGearTabWorker.DrawThingIcon (Verse.Pawn selPawn, UnityEngine.Rect rect, Verse.ThingWithComps thing) [0x00369] in <2e7c7f6f46a1489bb652012412cfea76>:0
at AwesomeInventory.UI.DrawGearTabWorker.DrawApparels (Verse.Pawn selPawn, System.Collections.Generic.IEnumerable`1[T] apparels, AwesomeInventory.UI.SmartRectList`1[T] rectList) [0x00057] in <2e7c7f6f46a1489bb652012412cfea76>:0
at AwesomeInventory.UI.DrawGearTabWorker.DrawJealous (Verse.Pawn selPawn, UnityEngine.Rect canvas, System.Boolean apparelChanged) [0x00271] in <2e7c7f6f46a1489bb652012412cfea76>:0
at AwesomeInventory.UI.AwesomeInventoryTabBase.FillTab () [0x00231] in <2e7c7f6f46a1489bb652012412cfea76>:0
⚠️ Repeated Errors (Spam Loop)
复制
Draw helper service is not found.
...
Mouse position stack is not empty. There were more calls to BeginScrollView than EndScrollView. Fixing.
✅ Summary
AlienRace initializes without errors, but its Harmony patches may interfere at runtime with AwesomeInventory's UI system.
AwesomeInventory's UI drawing system fails to initialize, causing NullReferenceException when trying to access item icons or apparel data.
This type of conflict typically requires mod updates, load order adjustments, or author patches to resolve.

Sorry, I don't understand the log file myself—this report was generated by an AI. I hope it helps you.

Originally posted by 弧光:

Sorry, I don't understand the log file myself—this report was generated by an AI. I hope it helps you.

I just uploaded a potential fix, please try the latest version and see if it works!

get this error after making a few loadouts and it locks u.i

Exception filling window for AwesomeInventory.UI.Dialog_InventoryOverview: System.IndexOutOfRangeException: Index was outside the bounds of the array.
[Ref 21F7A0] Duplicate stacktrace, see ref for original
UnityEngine.StackTraceUtility:ExtractStackTrace ()
(wrapper dynamic-method) MonoMod.Utils.DynamicMethodDefinition:Verse.Log.Error_Patch1 (string)
Verse.Window:InnerWindowOnGUI (int)
UnityEngine.GUI:CallWindowDelegate (UnityEngine.GUI/WindowFunction,int,int,UnityEngine.GUISkin,int,single,single,UnityEngine.GUIStyle)

otherwise its a sweet mod, it could also be conflicting with the dev snapshot of combat extended. not too sure though

Originally posted by morgottsego:

get this error after making a few loadouts and it locks u.i

Exception filling window for AwesomeInventory.UI.Dialog_InventoryOverview: System.IndexOutOfRangeException: Index was outside the bounds of the array.
[Ref 21F7A0] Duplicate stacktrace, see ref for original
UnityEngine.StackTraceUtility:ExtractStackTrace ()
(wrapper dynamic-method) MonoMod.Utils.DynamicMethodDefinition:Verse.Log.Error_Patch1 (string)
Verse.Window:InnerWindowOnGUI (int)
UnityEngine.GUI:CallWindowDelegate (UnityEngine.GUI/WindowFunction,int,int,UnityEngine.GUISkin,int,single,single,UnityEngine.GUIStyle)

otherwise its a sweet mod, it could also be conflicting with the dev snapshot of combat extended. not too sure though

This should be fixed now, please test and let me know

yup! seems to have worked. thank you!

I love the mod but suddenly the bottom UI bar with all the main buttons has vanished. The buttons are still clickable just invisible for some reason. This does not happen with a new save. Any ideas? When I get back to my station I can share more info

Originally posted by tmdn:

I love the mod but suddenly the bottom UI bar with all the main buttons has vanished. The buttons are still clickable just invisible for some reason. This does not happen with a new save. Any ideas? When I get back to my station I can share more info

I have no idea why that would happen, but if you can provide more info I can try to look into it? I'm doing a full overhaul of this mod, so we'll see if that ends up being addressed anyway.

Hello! I've got one as well. I've done quite a bit of troubleshooting myself:
First, the description of the error is as follows:

When a pawn equips an item, the replaced item enters their inventory.
Awesome Inventory pushes a “return old item to storage” sub-job.

That sub-job stores a target container from the initial pathfinding/reservation.

The pawn then begins looping a "No empty, accessible spot configured to store it" message, as the pawn continues to attempt to place the item that is now in their inventory into storage.

Here is the error log I'm seeing loop at the same time as the message:

Verse.Pawn_CarryTracker container tried to drop Apparel_ArmorRecon1276378 which it didn't contain. UnityEngine.StackTraceUtility:ExtractStackTrace () (wrapper dynamic-method) MonoMod.Utils.DynamicMethodDefinition:Verse.Log.Error_Patch4 (string) Verse.ThingOwner:TryDrop (Verse.Thing,Verse.IntVec3,Verse.Map,Verse.ThingPlaceMode,Verse.Thing&,System.Action2<Verse.Thing, int>,System.Predicate1<Verse.IntVec3>,bool) Verse.ThingOwner1<Verse.Thing>:TryDrop (Verse.Thing,Verse.IntVec3,Verse.Map,Verse.ThingPlaceMode,Verse.Thing&,System.Action2<Verse.Thing, int>,System.Predicate1<Verse.IntVec3>) Verse.Pawn_CarryTracker:TryDropCarriedThing (Verse.IntVec3,Verse.ThingPlaceMode,Verse.Thing&,System.Action2<Verse.Thing, int>) (wrapper dynamic-method) MonoMod.Utils.DynamicMethodDefinition:Verse.AI.Pawn_JobTracker.StartJob_Patch7 (Verse.AI.Pawn_JobTracker,Verse.AI.Job,Verse.AI.JobCondition,Verse.AI.ThinkNode,bool,bool,Verse.ThinkTreeDef,System.Nullable1<Verse.AI.JobTag>,bool,bool,System.Nullable1<bool>,bool,bool,bool) (wrapper dynamic-method) MonoMod.Utils.DynamicMethodDefinition:Verse.AI.Pawn_JobTracker.TryFindAndStartJob_Patch1 (Verse.AI.Pawn_JobTracker) (wrapper dynamic-method) MonoMod.Utils.DynamicMethodDefinition:Verse.AI.Pawn_JobTracker.EndCurrentJob_Patch4 (Verse.AI.Pawn_JobTracker,Verse.AI.JobCondition,bool,bool) Verse.AI.Pawn_JobTracker:JobTrackerTickInterval (int) Verse.Pawn:TickInterval (int) Verse.Thing:DoTick () Verse.TickList:Tick () (wrapper dynamic-method) MonoMod.Utils.DynamicMethodDefinition:Verse.TickManager.DoSingleTick_Patch6 (Verse.TickManager) (wrapper dynamic-method) MonoMod.Utils.DynamicMethodDefinition:Verse.TickManager.TickManagerUpdate_Patch1 (Verse.TickManager) (wrapper dynamic-method) MonoMod.Utils.DynamicMethodDefinition:Verse.Game.UpdatePlay_Patch2 (Verse.Game) Verse.Root_Play:Update ()

I've ensured that this happens on EVERY attempt, there isn't any kind of fluctuating response.
All containers have the same storage settings, the fix that I've found for right now is telling the pawn to simply drop the replaced item that's now in their inventory.

Most times, the pawn will immediately pick the dropped item back up and placed it into the same container they were just failing to place it in over and over, this time with no issue.

I've set my load order to have Pick Up and Haul load before Awesome Inventory 1.6 as well, just in case there was some kind of conflict. Can confirm the issue is still persisting.

Truth be told, this is more of an annoyance than a real issue: I can't miss the problem when it happens since every time they try to place the replaced item in a container it dings a message. The fix is a simple two clicks. Still, if there's a problem I'd like to try and fix it.

Originally posted by BigotBanksy:

I've ensured that this happens on EVERY attempt, there isn't any kind of fluctuating response.
All containers have the same storage settings, the fix that I've found for right now is telling the pawn to simply drop the replaced item that's now in their inventory.

Most times, the pawn will immediately pick the dropped item back up and placed it into the same container they were just failing to place it in over and over, this time with no issue.

I've set my load order to have Pick Up and Haul load before Awesome Inventory 1.6 as well, just in case there was some kind of conflict. Can confirm the issue is still persisting.

Truth be told, this is more of an annoyance than a real issue: I can't miss the problem when it happens since every time they try to place the replaced item in a container it dings a message. The fix is a simple two clicks. Still, if there's a problem I'd like to try and fix it.

Thank you for the detailed error report! I will be sure to address this issue during the rebuild :)

Apologies for not responding sooner, I had work.

Shockingly, I forgot to mention in the first parts that this error is in relation to pawns equipping new items for an assigned loadout and REPLACING currently equipped items.

If I was to, for example, swap a pawn's assigned loadout and force them to unequip all items, this error won't happen since they don't have any replaced items.

Sorry that I forgot to mention that! Thank you for being so awesome!

hey so i'm noticing a thing... my non-violent pawns keep picking up weapons with this mod on. as well as my slaves... they literally pick up an armory worth of weapons... and i cant force them to stop. i just spent the last 30 minutes trying to stop the behavior.

Edit: The only thing i can think of is this is interacting with simple sidearms... maybe?

Originally posted by Tamarak:

hey so i'm noticing a thing... my non-violent pawns keep picking up weapons with this mod on. as well as my slaves... they literally pick up an armory worth of weapons... and i cant force them to stop. i just spent the last 30 minutes trying to stop the behavior.

Edit: The only thing i can think of is this is interacting with simple sidearms... maybe?

I got this one, Boss.

I noticed that my pawns were equipping weapons automatically as well, there's an option in the mod settings for pawns auto-equipping weapons when they don't already have one.

I switched that off and the behavior stopped, unless you already tried that? What did you attempt for the 30 minutes of troubleshooting?

Edit: I also have Simple Sidearms installed, but hearing you say that they're equipping "An armory worth of weapons" makes me think it could be a mod conflict with something like Pick Up and Haul. Try making sure that Awesome Inventory loads after every other mod that changes how pawns manage their inventories and see if that helps as well.

Heya! I just came here to report a bug that happens when using this mod and it freezes a pawn. I hope sending the log helps somehow! Have a great weekend! : )

It occurred while changing the loadout settings on a piece of clothing the pawn was already wearing. I also tested it using only this mod and Harmony, and the same error occurred, but with a vanilla piece of clothing.

The error is: Verse.Pawn_CarryTracker container tried to drop VAE_Apparel_FleeceShirt23800 which it didn't contain.


https://gist.github.com/HugsLibRecordKeeper/0e235a5457f417b3c488e7dbe14e5a73