squeeglii / grapplemod-restitched Goto Github PK

Versions:

• The Grapple Hook Mod: 1.20.4-v1.7
• Minecraft: 1.20.4
• Mod Loader: Fabric Loader v0.15.7 - Fabric API v0.96.11+1.20.4
• MultiMC version: 0.7.0-3857

Description:

The crash pops up whenever I'm about to use the grappling hook on any surface with the Grappling Hook Mod: Restitched. I've played many different worlds with many other mods I have, and with no other mods other than the grappling mod. I've only gotten it to crash through my modpack and it randomly crashes whenever the grapple is about to attach something. It's not consistent, it'll either crash or not but the crash is common and it's been disrupting my gameplay so many times.

The error is: [Render thread/WARN]: Client disconnected with reason: Internal Exception: java.lang.NullPointerException: Cannot invoke "net.minecraft.class_1297.method_18798()" because "e" is null

Here's the log for my recent world: https://paste.ee/p/cRMvW

The image is showing what mods I installed on my multimc instance.

Describe the bug
Says grapple hook mod needs cloth config version 6.4.90 or newer but 6.3.81 is the only latest release for 1.18.2

Video / Screenshots

Version
Include the versions for:
1.18.2 Fabric
Grapple Hook Mod Version 1.18.2-v1.5
Cloth Config Varsion 6.3.81

Output Log
https://mclo.gs/26CbZ0D

Steps To Reproduce
Download Fabric for 1.18.2
Download Grapple Hook mod for 1.18.2
Download cloth config for 1.18.2
error when launching

Describe the bug
When using grappling hook with VMP's optimized entity tracking settings (enabled by default), the grappling hook's collision is inaccurate. (Float in the air, near the wall that it was supposed to landing at.)

Video / Screenshots

Version
Include the versions for:

• The Grapple Hook Mod v1.3
• Fabric 0.14.14 + Fabric API 0.73.2
• Minecraft 1.19.2
• Very Many People 0.2.0+beta.7.28 (backport for 1.19.2)

Steps To Reproduce

1. While using VMP, right click to activate the grappling hook near a wall.
2. Check the grappling hook collision.

Additional context

• Changing use_optimized_entity_tracking to false in vmp.properties config fixed the problem.
• I believe this could possibly be the culprit: https://github.com/RelativityMC/VMP-fabric/blob/639c8330cde3000d0d7b7212ea2027f0b78b5af8/src/main/java/com/ishland/vmp/mixins/entitytracker/MixinEntityTrackerEntry.java

ps1. I also did a bug report on VMP's github page as well, just in case it can't be fixed on your side.
ps2. you should make a discord server btw

This is an oddity in the Minecraft community where features of mods just don't seem to be explained anywhere? This isn't the first mod I've seen that does this. But, in this case, there doesn't seem to be a recipe for adding upgrades, I couldn't find a button that does it, etc... tried to look back at old showcases for the Forge version to find the answer but didn't pick anything up, the original mod doesn't explain it either, I guess you just know or you don't. I even picked through the source code to see if I could pick up a clue. Maybe it's super obvious but I'm not seeing it.

Versions:

• The Grapple Hook Mod: 1.7
• Minecraft: 1.20.1
• Mod Loader: Fabric 0.15.6

This was being used in a large modpack. The server would crash but not the whole game. The error seemed to occur when trying to grapple into chunks that are still being loaded. The crash was in single player mode. Possibly relevant mods in the modpack included sodium, iris, lithium, bobby, better fps render distance, entity culling fabric/forge, no see no tick, dynamic view, debugify, chunk sending, and modernfix. Sorry if it isn't actually this mod's fault.

[17:17:36] [Netty Local Client IO #1/ERROR]: Encountered exception while handling in channel with name "grapplemod:segment"
java.lang.IndexOutOfBoundsException: Index: 8, Size: 2
at java.util.LinkedList.checkElementIndex(LinkedList.java:559) ~[?:?]
at java.util.LinkedList.remove(LinkedList.java:529) ~[?:?]
at com.yyon.grapplinghook.entity.grapplehook.SegmentHandler.removeSegment(SegmentHandler.java:155) ~[grapplemod-1.20(.1)-v1.7.jar:?]
at com.yyon.grapplinghook.network.clientbound.SegmentMessage.processMessage(SegmentMessage.java:98) ~[grapplemod-1.20(.1)-v1.7.jar:?]
at com.yyon.grapplinghook.network.NetworkManager.lambda$generateClientPacketHandler$0(NetworkManager.java:25) ~[grapplemod-1.20(.1)-v1.7.jar:?]
at net.fabricmc.fabric.impl.networking.client.ClientPlayNetworkAddon.receive(ClientPlayNetworkAddon.java:98) ~[fabric-networking-api-v1-1.3.10+eeb8eb3677-5f0732b3ac824797.jar:?]
at net.fabricmc.fabric.impl.networking.client.ClientPlayNetworkAddon.receive(ClientPlayNetworkAddon.java:40) ~[fabric-networking-api-v1-1.3.10+eeb8eb3677-5f0732b3ac824797.jar:?]
at net.fabricmc.fabric.impl.networking.AbstractChanneledNetworkAddon.handle(AbstractChanneledNetworkAddon.java:101) ~[fabric-networking-api-v1-1.3.10+eeb8eb3677-5f0732b3ac824797.jar:?]
at net.fabricmc.fabric.impl.networking.client.ClientPlayNetworkAddon.handle(ClientPlayNetworkAddon.java:90) ~[fabric-networking-api-v1-1.3.10+eeb8eb3677-5f0732b3ac824797.jar:?]
at net.minecraft.class_634.handler$eld000$fabric-networking-api-v1$handleCustomPayload(class_634.java:3768) ~[client-intermediary.jar:?]
at net.minecraft.class_634.method_11152(class_634.java) ~[client-intermediary.jar:?]
at net.minecraft.class_2658.method_11457(class_2658.java:60) ~[client-intermediary.jar:?]
at net.minecraft.class_2658.method_11054(class_2658.java:8) ~[client-intermediary.jar:?]
at net.minecraft.class_2535.method_10759(class_2535.java:175) ~[client-intermediary.jar:?]
at net.minecraft.class_2535.method_10770(class_2535.java:160) ~[client-intermediary.jar:?]
at net.minecraft.class_2535.channelRead0(class_2535.java:52) ~[client-intermediary.jar:?]
at io.netty.channel.SimpleChannelInboundHandler.channelRead(SimpleChannelInboundHandler.java:99) ~[netty-transport-4.1.82.Final.jar:?]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379) ~[netty-transport-4.1.82.Final.jar:?]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365) ~[netty-transport-4.1.82.Final.jar:?]
at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:357) ~[netty-transport-4.1.82.Final.jar:?]
at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1410) ~[netty-transport-4.1.82.Final.jar:?]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379) ~[netty-transport-4.1.82.Final.jar:?]
at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365) ~[netty-transport-4.1.82.Final.jar:?]
at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:919) ~[netty-transport-4.1.82.Final.jar:?]
at io.netty.channel.local.LocalChannel.readInbound(LocalChannel.java:299) ~[netty-transport-4.1.82.Final.jar:?]
at io.netty.channel.local.LocalChannel.finishPeerRead0(LocalChannel.java:445) ~[netty-transport-4.1.82.Final.jar:?]
at io.netty.channel.local.LocalChannel.access$400(LocalChannel.java:50) ~[netty-transport-4.1.82.Final.jar:?]
at io.netty.channel.local.LocalChannel$5.run(LocalChannel.java:403) ~[netty-transport-4.1.82.Final.jar:?]
at io.netty.util.concurrent.AbstractEventExecutor.runTask(AbstractEventExecutor.java:174) ~[netty-common-4.1.82.Final.jar:?]
at io.netty.channel.DefaultEventLoop.run(DefaultEventLoop.java:54) ~[netty-transport-4.1.82.Final.jar:?]
at io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:997) ~[netty-common-4.1.82.Final.jar:?]
at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74) ~[netty-common-4.1.82.Final.jar:?]
at java.lang.Thread.run(Thread.java:833) ~[?:?]

Describe the bug
Stuck at the wall with no camera tilt and sliding along it instead of runnning

Video / Screenshots

Version
Include the versions for:

• 1.5
• Fabric 0.14.19
• 1.19.4

To Reproduce
If you can, steps to reproduce the behavior, e.g.:

1. Run against a wall with Wall Running Enchantment

I was using the re:squake mod in the example video above but i could reproduce it without the mod.

So theres a few kinks involved.
Firstly, if you use the grappling hook first, you can't deploy the glider, this leads to untimely demise from great hights.

Secondly, using the hook whilst gliding, will result in player death upon touching a block with their feet, no matter how smooth and slow the landing is. On top of that, you can't stop gliding once you've done this.

Thirdly, same scenario as the one above, but if you take off the glider mid glide, the player will plummet down with maximum velocity, no idea how or why it happens, but it's only happening AFTER using the hook mid glide.

• Grappling Hook 1v5
• Fabric 0.14.19
• Minecraft 1.19.2
• Gliders (Lastest/One and only)

Versions:

• The Grapple Hook Mod: 1.20(.1)-v1.7
• Minecraft: 1.20.1
• Mod Loader: Forge (47.2.19) with Sinytra Connector (1.0.0-beta.39+1.20.1) and Forgified Fabric API (0.92.0+1.11.3+1.20.1)

Description:

So I switched to using this version of Grappling Hook today because I found out the Forge version doesn't work in the forge version I need to use for one of my other mods, and while it works fine in singleplayer, I run an smp and in the process of testing this on that server, when I tried to use the hook Neruina reported it as a ticking entity. Thinking it was maybe a mistake despite how many times it happened, I disabled Neruina's feature of killing ticking entities and then when I tried again the server crashed.
I tested it afterward with just what was required for Grapple Hook to work, and I would have tested it in just fabric, but my modpack needs forge for the overwhelming majority of other mods.

https://pastebin.com/ruaTKFCt <- the crashlog from when the server had my whole modpack
https://pastebin.com/DPYk6jbt <- crashlog from when both the server and my instance had only the required mods

Describe the bug
When i load quilt it crashes

Version
Include the versions for:

• The Grapple Hook Mod - 1.5
• The Mod Loader - Quilt 0.18.4 beta, qfapi 4.0.0
• Minecraft 1.19.2

Output Log And Crash Report
crash-2023-03-04_20.39.31.4808-quilt_loader.txt
latest.log

To Reproduce
If you can, steps to reproduce the behavior, e.g.:

1. Load Minecraft
2. Crash

Versions:

• The Grapple Hook Mod: 1.7+1.20.1
• Minecraft: 1.20.1
• Mod Loader: Fabric w/ Fabric API 0.92.0

Description:

During the fall after disengaging a grappling hook, you can't use the elytra

- Taken from Discord

Version

• The Grapple Hook Mod: v1.5
• The Mod Loader: Fabric 0.75.3
• Minecraft: 1.19.4

Output Log
https://hastebin.com/share/meciviraso.wasm

To Reproduce

• Installation

Describe the bug
Very high fall damage when double jumping onto some climbable surfaces, climb down it then let go of the climbable object leaving even just one single block of fall (from detatching from the climbable object to the ground or plain surface).

Video / Screenshots

Version
Include the versions for:

• The Grapple Hook Mod v1.5
• Fabric Mod Loader - Fabric API v0.76.0
• Minecraft 1.19.3

Output Log

None. Crashing or performance issues never occur

To Reproduce

1. With Double Jump boots equipped, double jump on a climbable object (ladders, vines and probably others EXCEPT scaffholdings);
2. Climb down or let the player character descend the climbable object for a few blocks (the higher the amount of blocks climbed down the more evident the fall damage becomes);
3. Without climbing the entirety of the climbable object down to the last or base block, exit the climbable object hitbox and touch a ground surface;
4. High fall damage occurs.

Additional context
The more I climb down the climbable object before landing, the more the fall damage I take.
Again, it never happened with scaffholdings

Cheers!!

Versions:

• The Grapple Hook Mod: v1.7
• Minecraft: v1.20.1
• Mod Loader: Fabric Loader v0.15.7
• Fabric API 0.92.0+1.20.1
• Cloth Config: v11.1.118

Description:

After placing the upgrade block, I can't find a way to pick it back up without it just breaking and disappearing with any applied upgrades being lost as well.

Noticed in a custom mod list, verified in a simple setup with just Minecraft, Fabric API, Cloth Config, and Grapple Hook Mod Restitched.

Glancing through the mod and code here on github, I don't see anything I'm familiar with that would control what or how the block is mineable.
Is there a way to pick up/move the block without other mods?

Describe the bug
If Amecs is installed with Grapple Hook Restitched a crash will occur when changing a keybind.

Video / Screenshots
If applicable, add screenshots to help explain your problem.

Version
Include the versions for:

• The Grapple Hook Mod v1.4
• The Mod Loader: Quilt 0.17.11 / Quilted Fabric API 4.0.0-beta.28+0.73.2
• Minecraft 1.19.2
• Amecs 1.3.8

Output Log
Gist!

Steps To Reproduce
If you can, steps to reproduce the behavior, e.g.:

1. Install Grapple Hook Mod v1.4
2. Install Amecs 1.3.8
3. Attempt to rebind a key
4. Crash

Additional context
(This did not occur in v1.3)