minetest-craftsystem/do_registration.lua:52: craft output "farming:dandelion_tea" doesn't exist #4329
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#4329
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?
Main server, when I disable arnea_lib and wormball, I get this error message:
craftsystem needs to remember where recipes were registered in order to produce a useful error message. "farming:dandelion_tea" is from yl_seasons is it not? did that somehow get renamed or removed?
i guess it's from yl_commons, huh.
no, it's defined in both places? blech.
The question is why would this error appear suddenly, when a totally unrelated mod is disabled?
Do we depend on arena_lib somewhere where this tea is defined?
you should look at the errors at the beginning of the server log, about which mods can't load. my guess is this dependency chain:
from my local logs at some point in time:
Why would yl_commons depend on quikbuild? Was I drunk?
probably the solution is to explicitly disable/remove quikbild and wormball when disabling arena_lib
i think i added it when i was hiding quikbild items in unified_inventory
see #1542
Ah :D
If I disable quickbuild, but yl_commons depends on it, will our whole dependency tree collapse?
no, if it's disabled, it's not a problem. it's just a problem if it tries to load and fails.
Since we removed arena_lib, this is not an issue anymore.
At some point we may want to reenable, but that's going to be tested in another issue.
Until then, due to mod absence, we cannot reproduce.