Storage Default error

Support Other Reports
1

Hi,

I’ve gotten the following errors that seem to pertain to the “storage filters default to none” option:

develop-2598 (x64)
stonehearth/components/ai/execution_unit_v2.luac:72: bad unit transition "set_think_output" from "starting" in action put restockable item into backpack
stack traceback:
	[C]: ?
	[C]: in function 'error'
	stonehearth/components/ai/execution_unit_v2.luac:72: in function '_unknown_transition'
	stonehearth/components/ai/execution_unit_v2.luac:105: in function '_set_think_output'
	stonehearth/components/ai/execution_unit_v2.luac:321: in function '?'
	stonehearth/components/ai/execution_unit_v2.luac:18: in function 'set_think_output'
	stonehearth/services/server/ai/compound_action.luac:89: in function '_set_think_output'
	stonehearth/services/server/ai/compound_action.luac:71: in function '_start_thinking_on_frame'
	stonehearth/services/server/ai/compound_action.luac:74: in function 'think_progress_cb'
	stonehearth/components/ai/execution_frame.luac:373: in function '_think_progress_cb'
	stonehearth/components/ai/execution_frame.luac:687: in function '_set_state'
	...
	stonehearth/components/ai/execution_frame.luac:687: in function '_set_state'
	stonehearth/components/ai/execution_frame.luac:440: in function '_unit_ready_from_thinking'
	stonehearth/components/ai/execution_frame.luac:154: in function '_unit_ready'
	stonehearth/components/ai/execution_unit_v2.luac:187: in function '_set_think_output_from_thinking'
	stonehearth/components/ai/execution_unit_v2.luac:102: in function '_set_think_output'
	stonehearth/components/ai/execution_unit_v2.luac:321: in function '?'
	stonehearth/components/ai/execution_unit_v2.luac:18: in function 'set_think_output'
	stonehearth/ai/actions/find_path_to_entity_type.luac:17: in function 'solved_cb'
	...th/components/pathfinder/shared_bfs_path_finder.luac:47: in function '_call_solved_cbs'
	...th/components/pathfinder/shared_bfs_path_finder.luac:39: in function <...th/components/pathfinder/shared_bfs_path_finder.luac:36>

develop-2598 (x64)
stonehearth/components/ai/execution_frame.luac:108: bad frame transition "add_action" from "starting"
stack traceback:
	stonehearth/components/ai/execution_frame.luac:705: in function <stonehearth/components/ai/execution_frame.luac:698>
	[C]: in function 'error'
	stonehearth/components/ai/execution_frame.luac:108: in function '_unknown_transition'
	stonehearth/components/ai/execution_frame.luac:208: in function '_add_action'
	stonehearth/components/ai/execution_frame.luac:594: in function 'fn'
	stonehearth/services/server/threads/thread.luac:109: in function 'private_msg'
	stonehearth/services/server/threads/thread.luac:171: in function '_dispatch_messages'
	stonehearth/services/server/threads/thread.luac:128: in function 'suspend'
	stonehearth/components/ai/execution_frame.luac:692: in function 'wait_until'
	stonehearth/components/ai/execution_frame.luac:377: in function <stonehearth/components/ai/execution_frame.luac:377>
	[C]: in function 'xpcall'
	...
	stonehearth/components/ai/execution_frame.luac:146: in function '_run'
	stonehearth/components/ai/execution_frame.luac:390: in function <stonehearth/components/ai/execution_frame.luac:381>
	[C]: in function 'xpcall'
	stonehearth/components/ai/execution_frame.luac:707: in function '_protected_call'
	stonehearth/components/ai/execution_frame.luac:392: in function 'run'
	stonehearth/components/ai/ai_component.luac:148: in function '_thread_main'
	stonehearth/services/server/threads/thread.luac:90: in function <stonehearth/services/server/threads/thread.luac:89>
	[C]: in function 'xpcall'
	stonehearth/services/server/threads/thread.luac:89: in function 'f'
	radiant/lib/env.luac:8: in function <radiant/lib/env.luac:8>

After changing the setting in the main menu, I’d start a new peaceful game, place the camp, and then immediately build a stockpile and switch the filter from “none” to “all”

I thought it had to do with the storage default setting, so I tried the same thing with it unchecked. After placing a stockpile, I switched it from “all” to “none” back to “all” in succession, and produced the same error.

edit - Here’s the whole .log file (276.5 KB) if it helps