fabriccompatibilitylayers / apron Goto Github PK

Affected mods:
apron

Describe the bug:crashes on boot

To Reproduce:

Steps to reproduce the behavior:

1. Install Apron and the affected mod
2. try to boot the game

Expected behavior:

It boots

Actual behavior:

Its crashes

Screenshots:

If applicable, add screenshots to help explain your problem.

Version info:

• Apron version: 1.7.3+build.1
• newest one

Additional context
on orthinite b1.7.3 quilt
log

ItemSpriteAPI provides a way to set textures for items.

It is used by Equivalent Exchange.

Affected mods:
Buildcraft

Describe the bug:

Rendering is bugged in pipes with default textures, but modded textures work fine (tested with stapi)

To Reproduce:

Steps to reproduce the behavior:

1. Install Apron and the affected mod WITH STAPI
2. Place wooden pipe, redstone engine to push, and chest to push out of
3. put vanilla items in chest
4. see oddly rendered items

Expected behavior:

What is supposed to happen in this scenario?
Rendering items normally

Actual behavior:

What actually happens in this scenario?
Rendering random parts of texture atlas morphed

Screenshots:

If applicable, add screenshots to help explain your problem.

(using iron ingots)

Version info:

• Apron version: commit 86f2f50

PlayerAPI provides access to PlayerEntity methods without forcing mod authors to patch (or Mixin to) the PlayerEntity class.

Patches that help Risugami's ModLoaderMP function need to be converted to Mixins using injectors and interfaces.

• DisconnectPacket
• DisconnectingScreen
• ClientPlayPacketHandler

ModOptionsAPI provides a way for mods to create config files and config screens, like an ancient predecessor to Cloth Config.

ModOptionsAPI has its own mod list screen. It does not hook into a different mod like ModMenu.

Hello!
I need help in setting up workspace for modding

I have installed vscode with few extensions for java developing, and tried to configure workspace with this guide, but hit a gradle build error

happens regardless of stapi
commit 297dc96

with apron:

without apron:

https://mcarchive.net/mods/guiapi?gvsn=b1.7.3

The full API of Risugami's ModLoader needs to be implemented.

Affected mods:
ML mods adding blocks

Describe the bug:

Block particles are incorrect for ML mods

To Reproduce:

Steps to reproduce the behavior:

1. Install Apron, StAPI and a mod adding blocks
2. Start breaking a block of the mod
3. Particles generated don't have the correct texture

Expected behavior:

Particles are supposed to be made of the block texture

Actual behavior:

Particles are not made of the block texture

Screenshots:

Example with buildcraft blocks:
https://github.com/FabricCompatibilityLayers/Apron/assets/34719527/de53c3ea-f8cd-468c-b05a-ebe3f405dea7

Version info:

• Apron version: https://github.com/FabricCompatibilityLayers/Apron/tree/04d0ae320ee104471add30c77c419a31c8c3cc81

I've started putting Better Than Updates projects under the com.halotroop.btu package as that's where I prefer to put the documentation.

Since this project is now owned by Fabric Compatibility Layers, I suggest the com.halotroop.fcl package, and I can host the documentation at fcl.halotroop.com or halotroop.com/fcl

If that doesn't suit this project, we can just use io.github.fabriccompatibiltylayers.

Description

I want to have an instance with Aether & MojangFix (Station API Edition). I can use Apron to run Babric with Aether, but when I install StationAPI for MojangFix it crashes. Other mods such as BuildCraft & IndustrialCraft seem to be working fine though.

Mods + Version info:

• Apron version: 2.0.1
• Aether version: 1.0.2
• StationAPI version: 2.0-alpha.1.1

Crash Report

java.lang.reflect.InvocationTargetException
	at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
	at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:77)
	at java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
	at java.base/java.lang.reflect.Constructor.newInstanceWithCaller(Constructor.java:499)
	at java.base/java.lang.reflect.Constructor.newInstance(Constructor.java:480)
	at modloader.ModLoader.addInternalMod(ModLoader.java:323)
	at modloader.ModLoader.readFromModFolder(ModLoader.java:1270)
	at modloader.ModLoader.init(ModLoader.java:790)
	at modloader.ModLoader.AddAllRenderers(ModLoader.java:222)
	at net.minecraft.class_578.handler$zck000$apron-impl$modloader$ctr(class_578.java:526)
	at net.minecraft.class_578.<init>(class_578.java:75)
	at net.minecraft.class_578.<clinit>(class_578.java:26)
	at net.minecraft.client.Minecraft.method_2106(Minecraft.java:318)
	at net.minecraft.client.Minecraft.run(Minecraft.java:716)
	at java.base/java.lang.Thread.run(Thread.java:842)
Caused by: java.lang.NullPointerException: Cannot invoke "net.minecraft.class_124.method_442(net.minecraft.class_31)" because "net.minecraft.class_124.field_468[this.field_753]" is null
	at net.minecraft.class_31.method_726(class_31.java:226)
	at modloader.ModLoader.AddName(ModLoader.java:365)
	at net.minecraft.AetherBlocks.<init>(AetherBlocks.java:106)
	at net.minecraft.mod_Aether.<init>(mod_Aether.java:105)
	... 15 more

Patches that help Risugami's ModLoader function need to be converted to Mixins using injectors and interfaces.

Hello,
the Forge License has the following line:
"As a prerequisite, a user of Minecraft Forge must own a legally acquired copy of Minecraft",
which infringes upon Freedom 0.

I recommend rewriting all the Forge code and releasing it under a license that is actually free.

Compatibility is vastly reduced by using @overwrite. The mod may not even be compatible with itself in some cases!

All Mixins that use @overwrite should be carefully rewritten to use @Inject instead.

Craft anything while STAPI is installed, and it causes a crash, plus HMI doesn't display recipe.

I think the best solution is if possible, try to use STAPI recipe event to add recipes after adding to a recipe array.