filter-injector.lua:211: bad argument #1 to 'ipairs' (table expected, got nil) #2005
Labels
No Label
1. kind/balancing
1. kind/breaking
1. kind/bug
1. kind/construction
1. kind/documentation
1. kind/enhancement
1. kind/griefing
1. kind/invalid
1. kind/meme
1. kind/node limit
1. kind/other
1. kind/protocol
2. prio/controversial
2. prio/critical
2. prio/elevated
2. prio/good first issue
2. prio/interesting
2. prio/low
3. source/art
3. source/client
3. source/engine
3. source/ingame
3. source/integration
3. source/lag
3. source/license
3. source/mod upstream
3. source/unknown
3. source/website
4. step/approved
4. step/at work
4. step/blocked
4. step/discussion
4. step/help wanted
4. step/needs confirmation
4. step/partially fixed
4. step/question
4. step/ready to deploy
4. step/ready to QA test
4. step/want approval
5. result/cannot reproduce
5. result/duplicate
5. result/fixed
5. result/maybe
5. result/wontfix
ugh/petz
ugh/QA main
ugh/QA NOK
ugh/QA OK
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: your-land/bugtracker#2005
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
2022-05-30 04:35:08: ERROR[Main]: ServerError: AsyncErr: Lua: Runtime error from mod '??' in callback environment_Step(): .../Minetest_test/bin/../mods/pipeworks/filter-injector.lua:211: bad argument #1 to 'ipairs' (table expected, got nil)
2022-05-30 04:35:08: ERROR[Main]: stack traceback:
2022-05-30 04:35:08: ERROR[Main]: [C]: in function 'ipairs'
2022-05-30 04:35:08: ERROR[Main]: .../Minetest_test/bin/../mods/pipeworks/filter-injector.lua:211: in function 'punch_filter'
2022-05-30 04:35:08: ERROR[Main]: .../Minetest_test/bin/../mods/pipeworks/filter-injector.lua:485: in function 'action_on'
2022-05-30 04:35:08: ERROR[Main]: ...Minetest_test/bin/../mods/mesecons/mesecons/internal.lua:193: in function <...Minetest_test/bin/../mods/mesecons/mesecons/internal.lua:186>
2022-05-30 04:35:08: ERROR[Main]: ...etest_test/bin/../mods/mesecons/mesecons/actionqueue.lua:137: in function 'old_execute'
2022-05-30 04:35:08: ERROR[Main]: ...st/worldmods/mesecons_debug/overrides/mesecons_queue.lua:20: in function 'execute'
2022-05-30 04:35:08: ERROR[Main]: ...etest_test/bin/../mods/mesecons/mesecons/actionqueue.lua:111: in function <...etest_test/bin/../mods/mesecons/mesecons/actionqueue.lua:73>
2022-05-30 04:35:08: ERROR[Main]: ...ive/5.5.1/Minetest_test/bin/../builtin/game/register.lua:430: in function <...ive/5.5.1/Minetest_test/bin/../builtin/game/register.lua:416>
This time, it isn't even pipeworks' fault. Very few mods can handle their metadata being taken out from under them.
(this was due to removing all node metadata in a region)
What rules do we have to obey to not trigger the issue? Like "no WE adding, removing, moving, no nothing when mesemachines/pipeworks/... are involved" ?
Or is that a more general problem and we also need to play attention when using WE on smartshops, workbenches and similar?
WE-ing machines creates problems, because most machines require construction/destruction logic in order to properly initialize, and WE (generally) doesn't call these constructors. it generally does try to copy metadata, but that's not always enough.
i doubt WE-ing mesecons/smartshops will cause much of a problem, but pipeworks keeps track of a lot of metadata outside of individual nodes. note that tubelib/techpack has similar problems.
but more than that, wiping metadata of existing nodes is almost certain to cause problems for all sorts of things.
Hasn't happened ever since, we'll reopen if it does