MineWorlds reports: compass dupe bug. how it works ... #4591
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
3 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: your-land/bugtracker#4591
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?
MineWorlds reports a bug:
Player position:
Player look:
Player information:
Player meta:
Log identifier
Profiler save:
Status:
Teleport command:
Compass command:
I can't reproduce this in the player's crafting grid, so I will blame the autocrafter :P
Seems like autocrafter is not calling
on_craft
orcraft_predict
that should update the item's meta or prevent the crafting a new compass from two "set" compasses.bd5a42356b/autocrafter.lua (L36)
Probably can be prevented by making "unset" compass a separate item?
#2186
just to be clear - the goal of the "2 compass" crafting recipe is to copy the recipe from a programmed compass to an empty compass, this isn't a weird remnant of the "craft 2 worn tools to create a single less-worn tool" mechanic, right?
i'm in favor of this in general - unlike nodes, there's no real limit on the # of other items. more importantly, it'd allow making the unset compasses into "craftitems" instead of "tools", so that they could stack #2186.
crafting is hard. i'm pretty sure i (finally) got it right for the "craft all" button, so i guess i should apply that work to the autocrafter. but, ugh, i hate pipeworks...
Sorry, I have no idea how repairing works (if it's default behavior for tools, and compass is a tool. Why it's a tool? Probably to prevent stacking, or I was not sure what callbacks were availible for non-tools, I don't remember...). But I did write this:
c01ba435b7/init.lua (L433)
Which then triggers this:
c01ba435b7/init.lua (L439)
And it's supposed to find one "set" compass and one "unset", then copy meta.
Well, maybe one day I'll finally do that, having a separate item seemed error prone to me back then, but maybe it's not too bad...
Sucks that all of this depends on undocumented features.
I seem to remember there was a bug about autocrafter eating a bucket instead of empying it or something? Probably related problem...
verified the autocrafter has a similar problem w/ written books
to be absolutely clear, this is a bug w/ pipeworks, not w/ the compass.
how tool repair works. we have it disabled intentionally (#118, #1787), though i no longer remember why i did so in a convoluted way.
that's a separate but related problem https://github.com/mt-mods/pipeworks/issues/61.
upstream issue: https://github.com/mt-mods/pipeworks/issues/67