So is the original mod up to speed now and can we unsubscribe from this?

fuck it I have to unsubscribe from this because it keeps making steam download the other version.

Someone is actually filing DIGITAL MILLINEUM COPYRIGHT ACT REQUESTS on MODS?! HOW?! That's not how it works! That's not how it works at all!

Alternatively, ignore the wannabe Moskol.

@FubarXS - stop reading that scumkranian shit everywhere.

I'm still using this as the other one is dmca'd at the moment.

@FubarXS
People just think they're cool commenting something a thousand times when it's not even on topic/right, they don't bother to read, to verify something, or just think they only want "attention" and it's not even that

Verse.Root/<>c:<Start>b__10_1 ()
Verse.LongEventHandler:RunEventFromAnotherThread (System.Action)
Verse.LongEventHandler/<>c:<UpdateCurrentAsynchronousEvent>b__28_0 ()
System.Threading.ThreadHelper:ThreadStart_Context (object)
System.Threading.ExecutionContext:RunInternal (System.Threading.ExecutionContext,System.Threading.ContextCallback,object,bool)
System.Threading.ExecutionContext:Run (System.Threading.ExecutionContext,System.Threading.ContextCallback,object,bool)
System.Threading.ExecutionContext:Run (System.Threading.ExecutionContext,System.Threading.ContextCallback,object)
System.Threading.ThreadHelper:ThreadStart ()

Created WorkshopItem for 818773962 but there is no folder for it.
UnityEngine.StackTraceUtility:ExtractStackTrace ()
Verse.Log:Error (string)
Verse.Steam.WorkshopItem:MakeFrom (Steamworks.PublishedFileId_t)
Verse.Steam.WorkshopItems:RebuildItemsList ()
Verse.Steam.WorkshopItems:.cctor ()
Verse.ModLister:RebuildModList ()
Verse.ModLister:.cctor ()
Verse.ModsConfig:.cctor ()
Verse.LoadedModManager:InitializeMods ()
Verse.LoadedModManager:LoadAllActiveMods (bool)
Verse.PlayDataLoader:DoPlayLoad ()
Verse.PlayDataLoader:LoadAllPlayData (bool)

oo wait no. That number is for allow tool.

There is a strange bug going on with HugsLib. The mod gets added but in the log console says "Created workshop item for (818773962) but there is no folder for it"

Upon inspection found that the HugsLib WAS in fact created but with the workshop number 3513818909. This is strange. It might even break my save.

please fix it !

Crash with Combat Expend

In case you are planning to continuing updating HugsLib, according to VisualExceptions, HugsLib is using an Obsolete method:

[net.pardeike.rimworld.lib.harmony] Patches on methods annotated as Obsolete were detected by HugsLib: Verse.Translator.Translate
UnityEngine.StackTraceUtility:ExtractStackTrace ()
Verse.Log:Warning (string)
HugsLib.Utils.HarmonyUtility:LogObsoleteMethodPatchErrors ()
HugsLib.Utils.HarmonyUtility:LogHarmonyPatchIssueErrors ()
(wrapper dynamic-method) MonoMod.Utils.DynamicMethodDefinition:Verse.LongEventHandler.ExecuteToExecuteWhenFinished_Patch0 ()
Verse.LongEventHandler:UpdateCurrentAsynchronousEvent ()
Verse.LongEventHandler:LongEventsUpdate (bool&)
(wrapper dynamic-method) MonoMod.Utils.DynamicMethodDefinition:Verse.Root.Update_Patch1 (Verse.Root)
(wrapper dynamic-method) MonoMod.Utils.DynamicMethodDefinition:Verse.Root_Entry.Update_Patch0 (Verse.Root_Entry)

o8

Guys, I don't think "o7" is quite right. As far as I can see the DawnsGlow version is more stable than the original author's.
I'm reading it almost everywhere.

o7

o7

o7

o7

o7

o7

o7

o7

o7

o7

Thx for update!

o7

o7

Thank you for the temp update o7

Thank you for your temporary update

o7

Thank you for taking care of us in the meanwhile!

o7

DawnGlow, you're the sht 🎉

o7

he has updated the original mod

o7

@Shadowwake

My take is that, eventually, there is not that much value in using HugsLib in the age of RimWorld 1.6; most HugsLib features are already available in some form in the vanilla game, or in other community tools.

But, some HugsLib features are still not vanilla available (eg showing update news, convenient shareable error logs, etc), so HugsLib is still valuable.

It's more like risk aversion thinking and the so-called "vendor lock-in": if there aren't too much features that must require HugsLib, and when HugsLib is shown to be slow on updates (o7 to HugsLib tho), then might as well migrate away from HugsLib.

I've seen a lot of mod authors trying to remove Hugslib dependencies lately, is there something behind that aside from it taking a week to get the update out?

Hey man, really appreciate the temp fix. You're a real one!

Original is updated now.

Does this version not allow log exports?

@Zephyr : I have temporarily changed the mod to be visible. Do test the original mod if you can, it is better in the long run to have the original updated.

Original mod seems to be having issues with it's update, according to the comments under it.

o7

Since the original mod has been updated, I have set this mod to unlisted.

@Leosky been watching HugsLib for Orion's suite of mods. RimPy and RimSort both have Hugslib Original(id=818773962) was updated but is still incompatible. Comments on the HugsLib Original for the 1.6 update are stating Graphical Square glitches and crashes.

Until HugsLib Original is updated, continue to use this to get by. Unknown if the mods that updated at similar time to the HugsLib Original update will have bugs or be affected by using the Abridged(id=3513789221 YOU ARE CURRENTLY HERE) for now.

o7

@box_ hugslib have been updated this repost isn't necessary anymore

why you guys say o7

the OG has been updated, still thank you DawnsGlow for making a temporary 1.6 update