Skip to content

fix(recipe): Lua BIOS craft + tier-4 CPU/HDD hooks (NEW-178, NEW-180, NEW-181)#57

Open
ximaks00-hue wants to merge 1 commit into
akki697222:dev-MC1.20from
ximaks00-hue:fix/new-178-181-extended-recipe-craft
Open

fix(recipe): Lua BIOS craft + tier-4 CPU/HDD hooks (NEW-178, NEW-180, NEW-181)#57
ximaks00-hue wants to merge 1 commit into
akki697222:dev-MC1.20from
ximaks00-hue:fix/new-178-181-extended-recipe-craft

Conversation

@ximaks00-hue

Copy link
Copy Markdown
Contributor

Summary

  • NEW-178 (CRITICAL): crafted Lua BIOS EEPROM kept string bios.lua instead of bytecode — would not boot.
  • NEW-180/181: CPU4/APU3/HDD4 missing from ExtendedRecipe hook arrays.

Root cause

patchRecipe mutated getResultItem(null), a throwaway stack never given to the player. Original pre-built Lua BIOS at item registration; CE datapack stores a path string resolved only at craft time via addNBTToResult.

Fix

  • Resolve EEPROM script paths in addNBTToResult when output is EEPROM.
  • Extend cpus/hdds arrays with tier-4 items.
  • Remove dead patchRecipe EEPROM logic.

Test plan

  • Craft Lua BIOS EEPROM (eeprom + manual) — boots with bios.lua
  • Craft CPU4/APU3 — default arch NBT present
  • HDD4 format/copy color logic runs

Made with Cursor

…oks (NEW-178, NEW-180, NEW-181)

Datapack luabios.json stores oc:eeprom as the string bios.lua. patchRecipe mutated getResultItem(null), a throwaway stack that never reaches the player, so crafted Lua BIOS EEPROMs kept a path string instead of bytecode and could not boot.

Move script resolution into addNBTToResult when the crafted item is EEPROM, matching Original Items.initStorage behaviour. Extend cpus/hdds arrays with CPUTier4, APUTier3, and HDDTier4 so setDefaultArch and disk color preservation run for tier-4 components.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants