@Xav

You should be able to reproduce this on any save, Its a vanilla mechanic but the mod makes it easier to encounter (easier to see happen when you set an "ignore" order on the outhouse floor tiles).

I did some more digging; it seems that this has to do with the supply queue for the outhouses. Basically, a dupe cleans the outhouse, the 5kg dirt (with germs) is dropped with the polluted dirt, but if a bunch of dupes have a supply priority, then the dirt that drops is NOT added back into the outhouse, because as its dropping, another dupe has already queued to bring the supply of dirt needed so the germ dirt stays.

If I remove the supply priority from multiple dupes, and keep it on one, then the dirt that drops is resupplied back into the outhouse. You can see it happen if you pause right after a dupe cleans an outhouse (the dirt and polluted dirt will drop together, then the dupe puts the germy dirt that dropped right back into the outhouse).

I'm using Google Translate because my English isn't very good. When I scroll the mouse wheel in the mod options panel, my game screen also zooms in and out. Could you please fix this issue?

@Krovah does this still happen currently? if yes, could you provide me with a copy of you save file, for testing?

The logging issue has been fixed, the current version is 1.1.4. If you encounter any new issues, please report them here.

This is flooding my log with 'Sweepn't: Pickupable or chore in checking is null, allowing fetch (but should never be null).' - a few minutes into a game and the log file is already up to half a million lines!

Alright, looked into it some more. The dirt is always dropped, but normally a dupe will just put the germ dirt right back into the outhouse. If you have "No sweep" orders set next/on the outhouse, they will leave it there. I doubt this will affect many people overall, but just a PSA.

Hey so, really weird interaction that took a bit of time to figure out.

When you place "don't sweep" zones over an Outhouse, when the dupes go to "unplug" it after 12 uses, it will generate 295.5kg of polluted dirt... and 5kg of dirt, which has food poisoning germs. Not sure why, but both of these generate. I think it had something to do with patch AP-419840 where it states "Dirt is not destroyed on clean (it's dropped with the polluted dirt), and its not returned in full on deconstruct."

Basically, I noticed without the sweep orders, the dirt is not dropped (I guess they put it right back in?) but with the sweep orders, you have 5 kg of food poisoned dirt left over, which in my case... goes right into the food supply through fertilizing farms.

ok, also since last update maybe because of those errors in player.log, flydo just freeze if they try to get an item forbidden to duplicants by this mod

this mod is flooding my Player.log with these rows:
Sweepn't: Pickupable or chore in checking is null, allowing fetch (but should never be null).

Heyo, just send a friend request in case you need more details, but seems like something has changed about SolidTransferArm that is causing Sweepn't to spam the logfile with `Pickupable or chore in checking is null, allowing fetch (but should never be null).`. Was able to trigger this in an empty sandbox world reasonably easily with just some dirt debris and a storage bin.

https://pastebin.com/NUKr4fLJ

That is very possible. Apologize for the confusion. I will have to do more testing. Thank you for keeping your mod updated!

@Shrglwyddes This mod is entirely compatible with the sweep zones mod, seeing as the code for the two has no interactions whatsoever with each other, i have played a good 200 hours with both enabled. Maybe another mod you have is causing issues?

Update 1.1.3

Updated the mod for the newest version of the game. Sorry for the delay.

After the 2025 march update crashes with this call stack:

Exception while loading mod Xav.IgnoreFetch at ***/Klei/OxygenNotIncluded/mods/Steam/2957155887.
HarmonyLib.HarmonyException: Patching exception in method System.Void FetchablesByPrefabId::UpdatePickups(PathProber path_prober, Navigator worker_navigator, System.Int32 worker) ---> System.Exception: Parameter "worker_go" not found in method System.Void FetchablesByPrefabId::UpdatePickups(PathProber path_prober, Navigator worker_navigator, System.Int32 worker)
at HarmonyLib.MethodPatcher.EmitCallParameter (System.Reflection.MethodInfo patch, System.Collections.Generic.Dictionary`2[TKey,TValue] variables, System.Reflection.Emit.LocalBuilder runOriginalVariable, System.Boolean allowFirsParamPassthrough, System.Reflection.Emit.LocalBuilder& tmpObjectVar, System.Collections.Generic.List`1[T] tmpBoxVars) [0x00820] in <6dcb326e4f6442999f701f1e67d0b5a0>:0
[...]
Build: U55-661174-SCR

I am having an issue with this mod causing dupes to get stuck on "supplying ranching materials" or "supplying fabrication materials."

Steps to reproduce:

1. place a critter egg in a sweepn't tile, and then set an incubator to incubate that egg. Dupes will freeze unable to complete the task and unable to ignore it.

2. place egg shell in sweepn't zone. set rock crusher to crush to lime.

Will disable this mod for now.

dnSpy搜索字符串sideScreenContentBody改为sideScreen2ContentBody修复模组

Could you check the bug issue I submitted on Github?
https://github.com/SanchozzDeponianin/ONIMods/issues/73

0.3.0b - Overlay update.

- Now you can manage and see sweepn't marked tiles in a brand new overlay, removing the need to have that ugly hand icon showing everywhere.

- Fixed a bug where permissions for tiles would not update correctly.
- Fixed a bug where dropping a wrangled critter in a ignored tile would cause a crash.

If you experience any crashes after this update, please try disabling the mod, saving the game without the mod and enabling it again.

This ad-don just became unusable for me, it doesn't remember set tiles in rockets, and what is the worst, duplicants get stuck doing nothing with their last action in errand (or sometimes only "test text" as errand) doing nothing until the end of their work schedule :-(((

A wrangled critter falling into a sweepn't marked tile causes a crash

KeyNotFoundException: The given key was not present in the dictionary.
at System.Collections.Generic.Dictionary`2[TKey,TValue].get_Item (TKey key) [0x0001e] in <695d1cc93cca45069c528c15c9fdd749>:0
at IgnoreFetch.IgnoreFetchUtils.isFetchAllowed (Pickupable pickup, System.String chore, IgnoreFetch.IgnoreStore ignoreStore, System.Boolean isArm) [0x00026] in <1a548514f11e4ca4bcb13f9085ce0598>:0
at IgnoreFetch.FetchManagerPatches+FetchManager_FindFetchTarget_Patches.Postfix (Storage destination, FetchChore chore, System.Collections.Generic.List`1[T] ___pickups, Pickupable& __result) [0x00045] in <1a548514f11e4ca4bcb13f9085ce0598>:0

Yes, I do, I use Efficient Supply, I don't usually need to update the Sweepn't tile as it is just for the infinite storage system, so just reinstalling the mod is enough for me.

Looks like it's a bug involving the updating of permissions. Would you happen to use any other mods that affect supplying and fetching? (like fast track or efficient supply)

I have an infinite storage system and I put a Sweepn't tile in the spot where the items are, I hadn't noticed that it also blocks supplying, so I made the change in the options of the Sweepn't tile, and that didn't work, so I deleted the tile, that didn't work either, so I dragged a cancel comand over the whole colony to delete any Sweepn't tiles, just in case, and that didn't work either.

Deleting the mod, loading the save, saving, and reinstalling the mod, solves the problem.

When I try to build anything it tells me "Ignored by Sweepn't"

Crashes should be fixed, seems like it was a compatibility issue after the most recent game's updates.

Also crashes for me.

2.
UnityEngine.GameObject uiPrefab) [0x0002e] in <c9cbb5a3208342ba8a3a7337c4e9ba61>:0
at PeterHan.PLib.UI.PUIUtils.AddSideScreenContent[T] (UnityEngine.GameObject uiPrefab) [0x00000] in <c9cbb5a3208342ba8a3a7337c4e9ba61>:0
at IgnoreFetch.UIPatches+DetailsScreen_OnPrefabInit.Postfix () [0x00006] in <c9cbb5a3208342ba8a3a7337c4e9ba61>:0
at (wrapper dynamic-method) DetailsScreen.DetailsScreen.OnPrefabInit_Patch12(DetailsScreen)
at KMonoBehaviour.InitializeComponent () [0x00068] in <3ca21dc18eae422d87255277091f8593>:0
Build: U51-596100-S

1.
Error in DetailsScreen(Clone).DetailsScreen.OnPrefabInit at (3790.0, 176.0, 0.0)

PeterHan.PLib.Detours.DetourException: Unable to find sideScreenContentBody on type DetailsScreen
at PeterHan.PLib.Detours.PDetours.DetourField[P,T] (System.String name) [0x00078] in <c9cbb5a3208342ba8a3a7337c4e9ba61>:0
at PeterHan.PLib.Detours.LazyDetouredField`2[P,T].Initialize () [0x0001c] in <c9cbb5a3208342ba8a3a7337c4e9ba61>:0
at PeterHan.PLib.Detours.LazyDetouredField`2[P,T].get_Get () [0x00000] in <c9cbb5a3208342ba8a3a7337c4e9ba61>:0
at PeterHan.PLib.UI.PUIUtils.AddSideScreenContentWithOrdering[T] (System.String targetClassName, System.Boolean insertBefore,

at PeterHan.FastTrack.PathPatches.AsyncBrainGroupUpdater.EndBrainUpdate () [0x000f3] in <1da3b9bc914d49ce9e3f0a9d24eb99df>:0
at PeterHan.FastTrack.World_LateUpdate_Patch.Postfix () [0x0000f] in <1da3b9bc914d49ce9e3f0a9d24eb99df>:0
at (wrapper dynamic-method) World.World.LateUpdate_Patch2(World)

PeterHan.FastTrack.GamePatches.ChorePatches+GlobalChoreProvider_CollectChores_Patch.Prefix (ChoreConsumerState consumer_state, GlobalChoreProvider __instance, System.Collections.Generic.List`1[T] succeeded) [0x0005f] in <1da3b9bc914d49ce9e3f0a9d24eb99df>:0
at (wrapper dynamic-method) GlobalChoreProvider.GlobalChoreProvider.CollectChores_Patch1(GlobalChoreProvider,ChoreConsumerState,System.Collections.Generic.List`1<Chore/Precondition/Context>,System.Collections.Generic.List`1<Chore/Precondition/Context>)
at ChoreConsumer.FindNextChore (Chore+Precondition+Context& out_context) [0x0016a] in <ad63d841ef814a5d8bf82e8bc9ca21bd>:0
at Brain.FindBetterChore (Chore+Precondition+Context& context) [0x00000] in <ad63d841ef814a5d8bf82e8bc9ca21bd>:0
at Brain.UpdateChores () [0x0001b] in <ad63d841ef814a5d8bf82e8bc9ca21bd>:0
at Brain.UpdateBrain () [0x0001b] in <ad63d841ef814a5d8bf82e8bc9ca21bd>:0
at MinionBrain.UpdateBrain () [0x00000] in <ad63d841ef814a5d8bf82e8bc9ca21bd>:0

NullReferenceException: Object reference not set to an instance of an object
at IgnoreFetch.IgnoreFetchUtils.isFetchAllowed (Pickupable pickup, System.String chore, IgnoreFetch.IgnoreStore ignoreStore, System.Boolean isArm) [0x00001] in <c9cbb5a3208342ba8a3a7337c4e9ba61>:0
at IgnoreFetch.FetchChorePatch+<>c.<.cctor>b__5_0 (Chore+Precondition+Context& context, System.Object data) [0x0003f] in <c9cbb5a3208342ba8a3a7337c4e9ba61>:0
at PeterHan.FastTrack.GamePatches.ChoreComparator.RunSomePreconditions (Chore+Precondition+Context& context) [0x0007d] in <1da3b9bc914d49ce9e3f0a9d24eb99df>:0
at PeterHan.FastTrack.GamePatches.ChoreComparator.Collect (Chore chore) [0x00041] in <1da3b9bc914d49ce9e3f0a9d24eb99df>:0
at

i found a new crash but i cant fit a log on Steam workshops. have you tried out the ONI discord?

@Xav Oh great! Don't worry for the time, take as long as you need, its your mod ;). And btw, i didn't had any crashes playing with it, you're doing a great work. <3

I haven’t had any more crashes with the new update so far but I still wanted to test some more.

@Trecaa Heya, thanks for the feedback!

I've been trying to work on this change for the mod, seeing as people have been suggesting it for a while now. It will be released somewhere in the near future (when i have the free time to work on it lol).

This mod is amazing! Its what I've been searching for. But just one thing, can u make it so the sweepn't tiles are shown in an overlay or something? Because its too abrasive to permanently see the tiles with the crossed hand. Maybe make it a background tile or make them without texture so they are always visible in an overlay but invisible to normal view, the transport overlay or a new overlay just for them. That would be sooo appreaciated.

@Shrglwyddes Could you check if the latest update fixes the issue?

UpdateBucketWithUpdater`1+BatchUpdateDelegate[ISim1000ms].invoke_void_List`1<UpdateBucketWithUpdater`1/Entry<DataType>>_single(System.Collections.Generic.List`1<UpdateBucketWithUpdater`1/Entry<ISim1000ms>>,single)
at UpdateBucketWithUpdater`1[DataType].Update (System.Single dt) [0x00063] in <1e2b7d5db95c4d6b84eabb7ca0270927>:0
at StateMachineUpdater+BucketGroup.AdvanceOneSubTick (System.Single dt) [0x0002d] in <1e2b7d5db95c4d6b84eabb7ca0270927>:0
at StateMachineUpdater.AdvanceOneSimSubTick () [0x00025] in <1e2b7d5db95c4d6b84eabb7ca0270927>:0
at Game.SimEveryTick (System.Single dt) [0x0006c] in <ad63d841ef814a5d8bf82e8bc9ca21bd>:0
at (wrapper dynamic-method) Game.Game.Update_Patch3(Game)

at ChoreConsumer.FindNextChore (Chore+Precondition+Context& out_context) [0x00110] in <ad63d841ef814a5d8bf82e8bc9ca21bd>:0
at SolidTransferArm.Sim () [0x00008] in <ad63d841ef814a5d8bf82e8bc9ca21bd>:0
at PeterHan.FastTrack.GamePatches.SolidTransferArmUpdater.BatchUpdate (System.Collections.Generic.IList`1[T] entries) [0x0009d] in <1da3b9bc914d49ce9e3f0a9d24eb99df>:0
at PeterHan.FastTrack.GamePatches.SolidTransferArm_BatchUpdate_Patch.Prefix (System.Collections.Generic.List`1[T] solid_transfer_arms, System.Single time_delta) [0x00013] in <1da3b9bc914d49ce9e3f0a9d24eb99df>:0
at (wrapper dynamic-method) SolidTransferArm.SolidTransferArm.BatchUpdate_Patch1(System.Collections.Generic.List`1<UpdateBucketWithUpdater`1/Entry<ISim1000ms>>,single)
at (wrapper delegate-invoke)

Experienced crash using version: 0.2.2b. Want a full log?

NullReferenceException: Object reference not set to an instance of an object
at IgnoreFetch.IgnoreFetchUtils.isFetchAllowed (Pickupable pickup, System.String chore, IgnoreFetch.IgnoreStore ignoreStore, System.Boolean isArm) [0x00001] in <884d7e52a0f341d8a77ea64302b16330>:0
at IgnoreFetch.FetchChorePatch+<>c.<.cctor>b__3_0 (Chore+Precondition+Context& context, System.Object data) [0x0003f] in <884d7e52a0f341d8a77ea64302b16330>:0
at Chore+Precondition+Context.RunPreconditions () [0x0005e] in <ad63d841ef814a5d8bf82e8bc9ca21bd>:0
at Chore.CollectChores (ChoreConsumerState consumer_state, System.Collections.Generic.List`1[T] succeeded_contexts, System.Collections.Generic.List`1[T] failed_contexts, System.Boolean is_attempting_override) [0x0000c] in <ad63d841ef814a5d8bf82e8bc9ca21bd>:0

Just pushed an update for the mod, the bug where dupes and sweepers got stuck and couldn't fetch anything should be fixed. if you experience any problems involving crashes and the like, try unsubscribing the mod, saving your colony and subscribing again.

@sandy i sent you a friend request, so we can arrange something out.

I will be releasing a fix for the "big bug" soon™.

To all of you experiencing this bug, i apologise for the delay in fixing it, life hit me hard these last few months and I wasn't able to fix it sooner.

I found a problem and I highlighted it on the game's bug forum: https://forums.kleientertainment.com/klei-bug-tracker/oni_so/dupes-cant-do-supply-errands-reason-cant-sweep-r43074/
For extra information feel free to send a message, and i'll reply when i am able to.

Is it possible to add mop errands to this as well?

@Xav I've made an otherwise-modless sandbox save that's displaying the bug. What would be the best way to get it to you?

For a little more information, it looks like the bug only triggers once a candidate item is in zone 2; the sweeper did pull items out of zone 1 until there was some of that item already in zone 2, then it refused to touch them in zone 1 unless I allowed zone 2 to permit Store Materials.

@sandy would it be possible for you to provide me with the save file where the problem is happening? it would help me out lots

Great for my single use purpose of cancelling allowing dupes to sweep from the infinite storage. still allows them to use it for everything else just cancels out them sweeping from the pile then re dropping it back into the storage.

On more testing it looks like a problem on the interaction between Sweepn't, conveyor loaders, and autosweepers. The loader's chore queue (or the sweeper's chore queue?) seems to get stuck or clogged somehow by disallowed Sweepn't tasks, leaving the arms unable to perform any task with those loaders unless the queue is disrupted. Manually moving items to different places in the sweeper's range can break the deadlock sometimes, allowing it to sweep stuff for a few seconds before it locks again. I was even able to provoke a moving-chore related crash doing this with enough different food items and dupes moving things at once.

Confirming the bug reported by 安子雾. If a sweeper can see multiple Sweepn't zones, and a particular errand is disabled in only one of those zones, it acts as if it's disabled in every zone it sees.

My setup was a sweeper able to see two Sweepn't zones, one conveyor loader sending to the second zone, one grill, and one gas range. All dupe sweeping banned in both zones, no autosweeping banned in zone 1, Store Materials banned for autosweepers in zone 2. The sweeper should have been able to pick up ingredients from zone 1, grill them, drop cooked food in the loader, and only pull finished food from zone 2 if it's needed for the gas range, not looping food from zone 2 to the loader. Instead, if Store Materials is banned in zone 2 the sweeper acts as if it's banned in zone 1 too and won't deposit any food in the loader. It still picks ingredients from zone 1 to supply the grill, and presumably (though I wasn't able to test) would pull food from zone 2 to supply the range.