You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If a coal ("fuel-fired", whatever) alloy furnace is missing its inventory data, the ABM that runs these machines crashes.
Example output:
ERROR[Main]: ServerError: AsyncErr: Lua: Runtime error from mod 'technic' in callback LuaABM::trigger(): .../worldmods/technic/technic/machines/register/recipes.lua:62: bad argument #1 to 'ipairs' (table expected, got nil)
ERROR[Main]: stack traceback:
ERROR[Main]: [C]: in function 'ipairs'
ERROR[Main]: .../worldmods/technic/technic/machines/register/recipes.lua:62: in function 'get_recipe_key'
ERROR[Main]: .../worldmods/technic/technic/machines/register/recipes.lua:70: in function 'get_recipe'
ERROR[Main]: ...ds/technic/technic/machines/other/coal_alloy_furnace.lua:129: in function 'func'
While this was initially discovered as a result of map corruption, it is easy to reproduce without a corrupted map:
Place technic:coal_alloy_furnace with WorldEdit (//s technic:coal_alloy_furnace)
Server will crash within approximately 1 second
The text was updated successfully, but these errors were encountered:
IMO best to treat this as a bug so labeled as a bug.
Though I think fix should be simply bailing out if metadata is broken, probably should not start any automated patching.
So fix crash but let it stay broken, to make it work would then be (re)placing these with correct placement callbacks.
If a coal ("fuel-fired", whatever) alloy furnace is missing its inventory data, the ABM that runs these machines crashes.
Example output:
While this was initially discovered as a result of map corruption, it is easy to reproduce without a corrupted map:
technic:coal_alloy_furnace
with WorldEdit (//s technic:coal_alloy_furnace
)The text was updated successfully, but these errors were encountered: