just remove the type C0FPacketConfirmTransaction then. Since JavaScript is a dynamically typed language, the type is determined at runtime. If the packet is a instance of a C0FPacketConfirmTransaction you can call getWindowId() and getUid() then if it is not, exceptions should be thrown.

//if (event.getPacket() instanceof C0FPacketConfirmTransaction)
    packetConfirmTransaction = event.getPacket();

@NUMB
Actually u can,
The first step to do is to checkout the cross_version branch. (Default master branch does not contains any cross_version stuff yet)
just cd to the root dir of LB and git checkout cross_version. If u use your fork, you should know how to add a remote for it and how to use.
Look into the setting.gradle and you will see

rootProject.name = 'LiquidBounce'

if (System.getenv()['mcversion'] == "1.12") {
    include '1.12.2-Forge'
} else {
    include '1.8.9-Forge'
}

// include '1.8.9-Vanilla'

Which means you only have to make the environment variable mcversion equals to 1.12 then you can do gradlew build.
On *nix u need to use mcversion="1.12" bash ./gradlew build, I already forgot how to temporarily set a environment variable on Windows.

The jar will be at 1.12.2-Forge/build/libs/LiquidBounce-B73.jar

However I have not found a way to change environment variable in Intellij idea, because simple modifying setting.gradle takes less energy(still bad tho).

Btw last time when I compiled cross_version stuff I had to modify one import statment to compile, never tested tho(it was at this commit). There seemed to be more frequent commits lately, it might be ready to use in a short period I guess. (Spoiler: there is a new branch for 1.16.2-fabric, however there is no commit yet)

Edit: I tested and crashed when I tired to launch lol.
Edit: Crashing in splash screen does not always happens. I managed to launch once

I do have one that(Projectlies+.js) is made for arrows and can only tp upwards or blockhit before the arrow hits you. Calculating snowball/egg trajectory might be similar as calculating arrow's. Part of the code is adapted from the Projectiles module from LiquidBounce. If you want one for eggs/snowballs, you can simply change the entity type to eggs/snowballs, and alternate the prediction. And make horizontal teleport. I am just too lazy to do that lol. (Would be grateful if you can make a pull request).

ALSO BEWARE THE CODE IS LICENSED UNDER AGPL-v3, WHICH MEANS YOU CAN'T OBFUSCATE IT BEFORE YOU GIVE IT TO OTHERS. AND IF YOUR WORK USES THE CODE OF IT YOUR WORK MUST BE LICENSED UNDER AGPL-v3 TOO.

ALSO BEWARE THE LICENSE OF LiquidBounce IS GPL-v3.

THOUGH I AM NOT A LAWYER, IN SHORT, THESE WORK MUST BE KEPT OPEN-SOURCED UNLESS IT'S FOR PERSONAL USE.

However, there are problems,I think(not verified) the server updates the arrow's position/velocity in a interval, which makes the trajectory look like this. (Yellow for history trajectory, blue for prediction.). (I am referring to the problem of the two arrows have different trajectory which is supposed to be the same.)

(screen shot from my video)

@KnechtRobert5 .minecraft/LiquidBounce-1.8/mcp-stable_22.srg
Edit if you can't find it on your computer then download it from here, that's where LB downloads the file.
Here is what it looks like

FD: net/minecraft/init/Items/flint_and_steel net/minecraft/init/Items/field_151033_d
FD: net/minecraft/init/Items/apple net/minecraft/init/Items/field_151034_e
FD: net/minecraft/init/Items/bow net/minecraft/init/Items/field_151031_f

@IdkWhoMe he's saying that tpback option should be added. The original tphit send C04 to tp to the enemy and then send a attack, so the player is around the enemy. He wanted it to teleport back to the original position.

@Max4K I think the compact part before recognizable code is from Core.lib of CzechHek (start from line 239). Which are just some imports.
Maybe the reason it didn't work was that he forgot to inline some libraries or some cross_version change (just guessing randomly lol).
Btw Hek's Core is licensed under unlicense so it should be fine by using it this way.

@pi
If you are using the version before cross_version
this and this.
Eg. packetDig.getStatus() == packetDig.Action.START_DESTROY_BLOCK (didn't test).

@idkmyname
JDK is basically a superset of JRE.

In simple words, JDK is something for writing programs, while JRE is something for running those java programs. (of course a JDK will also allows you to run a Java program)

JDK -> Java Development Kit
JRE -> Java Runtime Environment

To do something LiquidBounce developing related thing you need to have JDK installed.

To determine if you have a JDK installed, navigate to

C:\Program Files\Java\

And see if there is a folder for JDK exist (for example jdk1.8.0_251 instead of jre..... )

If you don't have JDK installed, then install one, I don't remember if any extra steps like registering a oracle account is needed on windows currently.

Then you modify the JAVA_HOME variable to the the JDK path. After that it should work.

Interesting, the new forum seems to be a lot better than the old one. Markdown format, reply as a topic, seem to have a better experience than Luna on mobile, good looking ui, and even rss feed.

@CzechHek said in LiquidBounce Code Editor:

Being changing names of modules.

• module.name = "newname"

what ever here is a example
LiquidBounce.moduleManager.getModule("KillAura").name = "PlayerFcker"

@paranoid_bres Indeed there is a builtin pathfinding for minecraft (net.minecraft.pathfinding), but it seemed that it only has the behavior for Climber/Ground/Swimmer things, mining might require a different one which can navigate through stones. But you do remind me that you can just inherit the net.minecraft.pathfinding.PathNavigate and might be less work. Btw it is generally recommended to have a copy of mcp or do gradlew setupDecompWorkspace in LB's repo and attach the src to the project.
Edit: I didn't know it runs into blocks

A way to path find from /mine to the mining location

This could be a bit much work to do. U might have to write a path finding algorithm like A*. However I do have a A* in my reachaura branch. Could be hell if u try to write it in js.

A 'legit' mining mode (I know how to activate modules via script so I might just use nuker)

Look for RotationUtils.faceBlock method in Nuker.kt in LB's src (cross_version here), it would be a bit different with/without cross_version.

Check if inventory is full

Maybe look at the inventory related module of LB and Hek's InventoryManger. Shouldn't be as hard as A*.

Interact/Right Click NPC

There is a packet for that and u can find the usage in KillAura.kt.

Text related operation

https://github.com/CzechHek/Core/blob/master/Scripts/Deprecated/BasicLogin.js

@pi
If you are using the version before cross_version
this and this.
Eg. packetDig.getStatus() == packetDig.Action.START_DESTROY_BLOCK (didn't test).

Still using Gulag Botnet

// from 4chan

https://github.com/commandblock2/LiquidBounce/actions/runs/289852740
Idk if you can download this, and never tested, and I don't care. I believe it won't work as good as the 1.8.9(before xversion. Maybe just wait for the nextgen at the moment.

@Foreheadchan_ The last time my fps went to 0 was because I accidentally tried to send packets in onPackets().

@TheHacker I just don't have any motivation to write anything further. There is even more stuff on my wish list but I am just tired.

@Max4K I think the compact part before recognizable code is from Core.lib of CzechHek (start from line 239). Which are just some imports.
Maybe the reason it didn't work was that he forgot to inline some libraries or some cross_version change (just guessing randomly lol).
Btw Hek's Core is licensed under unlicense so it should be fine by using it this way.

Even if I can't stand round corner, I would still say nice work.

I do have one that(Projectlies+.js) is made for arrows and can only tp upwards or blockhit before the arrow hits you. Calculating snowball/egg trajectory might be similar as calculating arrow's. Part of the code is adapted from the Projectiles module from LiquidBounce. If you want one for eggs/snowballs, you can simply change the entity type to eggs/snowballs, and alternate the prediction. And make horizontal teleport. I am just too lazy to do that lol. (Would be grateful if you can make a pull request).

ALSO BEWARE THE CODE IS LICENSED UNDER AGPL-v3, WHICH MEANS YOU CAN'T OBFUSCATE IT BEFORE YOU GIVE IT TO OTHERS. AND IF YOUR WORK USES THE CODE OF IT YOUR WORK MUST BE LICENSED UNDER AGPL-v3 TOO.

ALSO BEWARE THE LICENSE OF LiquidBounce IS GPL-v3.

THOUGH I AM NOT A LAWYER, IN SHORT, THESE WORK MUST BE KEPT OPEN-SOURCED UNLESS IT'S FOR PERSONAL USE.

However, there are problems,I think(not verified) the server updates the arrow's position/velocity in a interval, which makes the trajectory look like this. (Yellow for history trajectory, blue for prediction.). (I am referring to the problem of the two arrows have different trajectory which is supposed to be the same.)

(screen shot from my video)