GregTechCEu / GregTech-Modern

GregTech CE Unofficial for modern versions
GNU Lesser General Public License v3.0
263 stars 152 forks source link

Adding any mod breaks Custom Stone Types made from modded blocks #889

Open Electrolyte220 opened 7 months ago

Electrolyte220 commented 7 months ago

Checked for existing issues

Tested latest version

GregTech CEu Version

1.1.3

Recipe Viewer Installed

None

Environment

Singeplayer

Cross-Mod Interaction

Yes

Other Installed Mods

Architectury (9.1.13) KubeJS (2001.6.4-build.133) Rhino (2001.2.2-build.18) Create (0.5.1.f)

Expected Behavior

Expected the custom ore to be a solid block, and be breakable.

Actual Behavior

Custom ore is pass through and unbreakable. 2024-02-06_19 24 58

Steps to Reproduce

  1. Create a custom stone type, using any modded block as the base, following the wiki:

GTCEuStartupEvents.registry('gtceu:tag_prefix', e => { e.create('scoria', 'ore') .stateSupplier(() => Block.getBlock('create:scoria').defaultBlockState()) .baseModelLocation('create:block/scoria') .unificationEnabled(true) .materialIconType(GTMaterialIconType.ore) .miningToolTag("mineable/pickaxe") .generationCondition(ItemGenerationCondition.hasOreProperty) })

  1. Load into a world, and place any ore from the custom stone type, noting that it behaves as it should.
  2. Install any mod (yes any) and load back into the world, noting now the block is passthrough and unbreakable.
  3. Remove the mod you added in step 3 and reload into the world, noting the block now behaves as it should again.

Additional Information

No response

Electrolyte220 commented 6 months ago

An update to this: Pretty sure it's a loading order issue, as forcing KubeJS to load after Ad Astra (or whatever mod is needed for the custom stone type) seems to fix the issue.