Describe the bug Server crashes on startup with Carpet Fixes installed

To Reproduce Steps to reproduce the behavior:

1. Install Carpet Fixes and VMP
2. Start the server

Expected behavior Successful server startup

Runtime info (please complete the following information):

• OS: Ubuntu 20.04.4 LTS x86_64
• Minecraft version: 1.19
• Mod version: 0.2.0+beta.6.21+1.19 (Just translated something into Russian, but it is not fixed in the original build)

Crash reports / logs https://mclo.gs/gSpfXMD

Other mods Carpet FIxes

Checklist

• [x] I am using the official version of the mod.
• [x] I tried the latest development version but the issue persists.
• [x] I searched for similar open issues and could not find an existing bug report on this.

Describe the bug If both mods are installed: c2me and vmp then only about 10 chunks are loaded (visually). This happens only if in config file c2me.toml turn off [threadedWorldGen]. From this follows another problem, if I have [threadedWorldGen] enabled then the chunks are generated many times slower than in vanilla and constantly lags and sometimes hangs completely for a significant period of time. The amount of allocated memory has no effect on this in my case. I tried with both 6GB and 12GB. I also tried different GCs (zgc, shenandoah, g1gc) but none of these critically affect the situation

To Reproduce Steps to reproduce the behavior:

1. install c2me and vmp
2. disable [threadedWorldGen]
3. set draw distance to 32 chunks for example
4. create new world

Expected behavior To the vmp-related bug: Chunks should load normally To the c2me related problem: Most likely, the use of these two mods implies performance and speed of loading and generation of chunks more than in vanilla and certainly not worse

Screenshots

Runtime info (please complete the following information):

• OS: win 10 pro 21h2
• Minecraft version: 1.19
• Mod version: 0.2.0+beta.4.0
• CPU: i5 9600k
• GPU: 1060 3gb
• RAM: 16gb ddr4 (6/12 allocated)
• JDK: 17 (Temurin/graalvm)

Crash reports / logs no crash

Other mods c2me

Checklist

• [x] I am using the official version of the mod.
• [x] I tried the latest development version but the issue persists.
• [x] I searched for similar open issues and could not find an existing bug report on this.

Additional context

Since the bug is related to two mods, maybe I should also write to c2me/issues?

Describe the bug 1.18.2 releases on Modrinth are published automaticially from Github (with literally every commit) while 1.19 releases are only published manually (only when a lot of changes pile up) leading to the 1.19 verison being massively outdated at times.

Expected behavior

Screenshots

Checklist

• [x] I am using the official version of the mod.
• [x] I tried the latest development version but the issue persists.
• [x] I searched for similar open issues and could not find an existing bug report on this.

Describe the bug

A CME sometimes occurs when using VMP together with DimensionalThreading.

Crash reports / logs https://pastebin.com/m72wcC0Y

Checklist

• [x] I am using the official version of the mod.
• [x] I tried the latest development version but the issue persists.
• [x] I searched for similar open issues and could not find an existing bug report on this.

When I created a new world with this mod, the game crashed while the world was loading at 0%.

**Runtime info:

• OS: macOS Monterey
• Minecraft version: Minecraft 1.19 (fabric loader 0.14.6)
• Mod version: 0.2.0+beta.3.28 devbuild

Crash reports / logs: 2022-03-20-5.log

Other mods Mod lists.txt

Checklist

• [yes] I am using the official version of the mod.
• [yes] I tried the latest development version but the issue persists.
• [yes] I searched for similar open issues and could not find an existing bug report on this.

Describe the bug Client logs in, automatically gets disconnected without ever seeing the world and stacktrace is thrown into the console.

To Reproduce Steps to reproduce the behavior:

1. Install mod on Bloomhost
2. See error

Expected behavior The client should not get disconnected.

Runtime info (please complete the following information):

• OS: Probably Linux
• Minecraft version: 1.19.2
• Mod version: vmp-0.2.0+beta.7.0

Crash reports / logs latest.log

Other mods

Checklist

• [x] I am using the official version of the mod.
• [ ] I tried the latest development version but the issue persists.
• [x] I searched for similar open issues and could not find an existing bug report on this.

Additional context The server runs on Bloomhost.

Describe the bug A clear and concise description of what the bug is.

To Reproduce Steps to reproduce the behavior:

1. Install VMP
2. Launch Minecraft
3. Minecraft crashes upon only showing a window

Expected behavior Minecraft crashes with NoSuchFieldError. Pastebin

Screenshots N/A

Runtime info (please complete the following information): (Available in the crash log)

Crash reports / logs Crash

Other mods (Available in the crash log)

Checklist

• [x] I am using the official version of the mod.
• [ ] I tried the latest development version but the issue persists.
• [x] I searched for similar open issues and could not find an existing bug report on this.

Additional context N/A

Describe the bug As of its v0.2.0+beta.3.73 1.18.2 release, VMP completely breaks Pehkui (https://www.curseforge.com/minecraft/mc-mods/pehkui). Neither generate any log errors, but when loaded together, Pehkui cannot modify the scales of players (and presumably any entity, though i'll admit I didn't think to test that). The /scale command will execute, and using "/scale get" will indicate that the scale has been modified, but it obviously hasn't, as the jump height, entity scale, reach, or any other scale type will not change. Downgrading VMP to v0.2.0+beta.3.69 or lower gets rid of the issue.

This bug also affects any mod that relies on Pehkui for its entity scaling, such as Origins and CPM.

To Reproduce Steps to reproduce the behavior:

1. Load v0.2.0+beta.3.73 or higher of VMP alongside Pehkui
2. Try to modify any scale using /scale

Expected behavior The two mods working normally alongside each other

Screenshots

n/a

Runtime info (please complete the following information):

• OS: Linux
• Minecraft version: 1.18.2
• Mod version:
• Mod branch: (fill this if you are not using the default ver branches)

Crash reports / logs

n/a

Other mods

None, besides the mods' respective dependencies

Checklist

• [x ] I am using the official version of the mod.
• [x ] I tried the latest development version but the issue persists.
• [x ] I searched for similar open issues and could not find an existing bug report on this.

Additional context

Describe the bug More or less what it says on the box! Server crashes and deadlocks on startup, presumably because of a mixin conflict with Carpet-Fixes

To Reproduce Steps to reproduce the behavior:

1. Install Carpet, Carpet-fixes, and Very Many Players on a server
2. Start server
3. Crash and deadlock, server is unable to stop itself properly and has to be force-stopped (killed)

Expected behavior No crash, server starts normally and both mods work as intended

Screenshots

Runtime info (please complete the following information):

• OS: Linux
• Minecraft version: 1.18.2
• Mod version: 1.2.0+beta.3.68
• Mod branch: (fill this if you are not using the default ver branches)

Crash reports / logs Server did not generate a crashlog due the deadlocked state, but here's what was in the latest.log when it happened: https://mclo.gs/oavKH2T

Other mods A truly ungodly amount, but I managed to narrow it down to carpet fixes being the issue

Checklist

• [X] I am using the official version of the mod.
• [ ] I tried the latest development version but the issue persists.
• [X] I searched for similar open issues and could not find an existing bug report on this.

Additional context

Describe the bug Launching a modpack with both Create and VMP enabled causes a crash on startup.

To Reproduce Steps to reproduce the behavior:

1. Launch a modpack with both Create and VMP enabled

Runtime info (please complete the following information):

• OS: Windows 10
• Minecraft version: 1.18.2
• Mod version: Create mc1.18.2_v0.4.1+596, VMP 0.2.0+beta.3.17

Crash reports / logs https://pastebin.com/XXkhzqrH

Other mods (listed in log)

Checklist

• [x] I am using the official version of the mod.
• [x] I tried the latest development version but the issue persists.
• [x] I searched for similar open issues and could not find an existing bug report on this.

I'm also submitting this issue to the Create team since I don't know which is more likely to be able to fix the 'problem'.

Even when this is the only mod I have in the mod folder, the issue occurs. The chunks aren't loaded properly, the blocks are invisible but can't be interacted with (broken or placed). Mobs will appear. You can see caves in other chunks. Not sure if it makes a difference, but these chunks were pregenerated and are just being loaded, not generated.

minecraft 1.18.1 fabric loader 0.12.12

Describe the bug Lag when breaking blocks, it's like the ghost block problem and I know I have no lag

To Reproduce Steps to reproduce the behavior:

1. install the mod in the server with the modpack that I have
2. break blocks to see if the error happens

Expected behavior

Screenshots breaking blocks without VMP: https://streamable.com/ej4nq6 breaking blocks with VMP: https://streamable.com/pnl1rl

Runtime info (please complete the following information):

• OS: windows 11
• Minecraft version: 1.19.2
• Mod version: 0.2.0+beta.7.11+1.19.2
• Mod branch: (fill this if you are not using the default ver branches)

Crash reports / logs latest (1).log

Other mods

Checklist

• [x] I am using the official version of the mod.
• [x] I tried the latest development version but the issue persists.
• [x] I searched for similar open issues and could not find an existing bug report on this.

Additional context

Describe the bug When flying around the map, Lag spikes occurred on chunk loading. And chunks sometime are slowly rendered. Probably same as #28

To Reproduce Steps to reproduce the behavior:

1. Flying around the map
2. Press Alt + F3 to see the lag spikes (If using ServerTick mod)

Expected behavior Chunk loading shouldn't causes the lag.

Screenshots

Runtime info (please complete the following information):

• OS: Windows 10
• Minecraft version: 1.19.2
• Mod version: vmp-fabric-mc1.19.2-0.2.0+beta.7.11-all
• Mod branch: (fill this if you are not using the default ver branches)

Crash reports / logs https://spark.lucko.me/sssjGLpCue

Other mods

Checklist

• [x] I am using the official version of the mod.
• [ ] I tried the latest development version but the issue persists.
• [ ] I searched for similar open issues and could not find an existing bug report on this.

Additional context

Describe the bug interacting/breaking blocks on a dedicated linux server does not apply changes until logging in again/restarting the server

To Reproduce Steps to reproduce the behavior:

1. Start a server using latest developmental release of VMP (vmp-fabric-mc1.19.2-0.2.0+beta.7.11-all)
2. Log in and try to break/interact with blocks

Expected behavior I expected that breaking blocks would act like normal

Screenshots

https://user-images.githubusercontent.com/68979259/198191467-5fb9fe8a-ee4b-4bd3-9c66-bff583522c22.mp4

Runtime info (please complete the following information):

• OS: Debian Linux with KDE Plasma, kernel version 6.0.0-2-amd64 for both
• Minecraft version: 1.19.2
• Mod version: vmp-fabric-mc1.19.2-0.2.0+beta.7.11-al
• Mod branch: (fill this if you are not using the default ver branches)

Crash reports / logs https://mclo.gs/lWurNuP (Client Log) latest.log (Server Log)

Other mods

Server Mods List

Client Mod List

Checklist

• [x] I am using the official version of the mod.
• [x] I tried the latest development version but the issue persists.
• [x] I searched for similar open issues and could not find an existing bug report on this.

Additional context

Server Specs

Client Specs

Describe the bug With VMP installed the internal server (in singleplayer) freezes for 800 - 1000ms when crossing chunk borders.

To Reproduce Steps to reproduce the behavior:

1. Cross a chunk border
2. Feel the lag

Expected behavior No Lag when crossing chunk borders.

Runtime info (please complete the following information):

• OS: Windows 10
• Minecraft version: 1.19.2
• Mod version: 0.2.0 beta.7.5
• Mod branch: (fill this if you are not using the default ver branches)

Crash reports / logs Nothing in the logs hints at the lag.

Other mods https://pastebin.com/AsU097k2

Checklist

• [x ] I am using the official version of the mod.
• [ ] I tried the latest development version but the issue persists.
• [x ] I searched for similar open issues and could not find an existing bug report on this.

Additional context I am experiencing this bug on a map called greenfield ( a massive city). I am sure it is this mod, because I removed a lot of mods 1 at a time and only after removing VMP the issue stopped happening.

Describe the bug Server crashes when a player joins.

To Reproduce Steps to reproduce the behavior:

1. Join a server

Expected behavior Should not crash.

Runtime info (please complete the following information):

• OS: Linux cont10804 2.6.32-042stab145.3
• Minecraft version: 1.19.2
• Mod version: vmp-fabric-mc1.19.2-0.2.0+beta.7.0-all.jar

Crash reports / logs

[17:29:40] [Server thread/INFO]: Azarattum joined the game
[17:29:40] [Netty Epoll Play IO Thread #0/INFO]: [STDOUT]: VMP: Started priority handler
[17:29:43] [Server thread/INFO]: Async chunk loading for player Azarattum completed
[17:29:44] [Server thread/ERROR]: Encountered an unexpected exception
net.minecraft.class_148: Exception ticking world
        at net.minecraft.server.MinecraftServer.method_3813(MinecraftServer.java:879) ~[server-intermediary.jar:?]
        at net.minecraft.class_3176.method_3813(class_3176.java:289) ~[server-intermediary.jar:?]
        at net.minecraft.server.MinecraftServer.method_3748(MinecraftServer.java:819) ~[server-intermediary.jar:?]
        at net.minecraft.server.MinecraftServer.handler$zbg000$modifiedRunLoop(MinecraftServer.java:3385) ~[server-intermediary.jar:?]
        at net.minecraft.server.MinecraftServer.method_29741(MinecraftServer.java:644) ~[server-intermediary.jar:?]
        at net.minecraft.server.MinecraftServer.method_29739(MinecraftServer.java:257) ~[server-intermediary.jar:?]
        at java.lang.Thread.run(Unknown Source) [?:?]
Caused by: java.lang.NullPointerException: Cannot invoke "net.minecraft.class_3204$class_4077.method_14027(long, int, boolean)" because "this.field_18252" is null
        at net.minecraft.class_3204.handler$bim000$purge(class_3204.java:2621) ~[server-intermediary.jar:?]
        at net.minecraft.class_3204.method_14045(class_3204.java) ~[server-intermediary.jar:?]
        at net.minecraft.class_3215.method_12127(class_3215.java:319) ~[server-intermediary.jar:?]
        at net.minecraft.class_3218.method_18765(class_3218.java:319) ~[server-intermediary.jar:?]
        at net.minecraft.server.MinecraftServer.redirect$bbo000$catchExceptions(MinecraftServer.java:5282) ~[server-intermediary.jar:?]
        at net.minecraft.server.MinecraftServer.method_3813(MinecraftServer.java:875) ~[server-intermediary.jar:?]
        ... 6 more
[17:29:44] [Server thread/ERROR]: This crash report has been saved to: /home/epicness/./crash-reports/crash-2022-09-30_17.29.44-server.txt
[17:29:44] [Thread-460/INFO]: Voice UDP server stopped
[17:29:44] [Server thread/INFO]: Stopping server
[17:29:44] [Server thread/INFO]: Saving players
[17:29:44] [Server thread/INFO]: Azarattum lost connection: Server closed
[17:29:44] [Server thread/INFO]: Azarattum left the game
[17:29:44] [Server thread/INFO]: Saving worlds
[17:29:44] [Server thread/ERROR]: Exception stopping the server
java.lang.NullPointerException: Cannot invoke "net.minecraft.class_3204$class_4077.method_14027(long, int, boolean)" because "this.field_18252" is null
        at net.minecraft.class_3204.handler$bim000$purge(class_3204.java:2621) ~[server-intermediary.jar:?]
        at net.minecraft.class_3204.method_14045(class_3204.java) ~[server-intermediary.jar:?]
        at net.minecraft.class_3215.method_12127(class_3215.java:319) ~[server-intermediary.jar:?]
        at net.minecraft.server.MinecraftServer.method_3782(MinecraftServer.java:587) ~[server-intermediary.jar:?]
        at net.minecraft.class_3176.method_3782(class_3176.java:547) ~[server-intermediary.jar:?]
        at net.minecraft.server.MinecraftServer.method_29741(MinecraftServer.java:697) ~[server-intermediary.jar:?]
        at net.minecraft.server.MinecraftServer.method_29739(MinecraftServer.java:257) ~[server-intermediary.jar:?]
        at java.lang.Thread.run(Unknown Source) [?:?]
[17:30:44] [Server Watchdog/ERROR]: A single server tick took 60.00 seconds (should be max 0.05)
[17:30:44] [Server Watchdog/ERROR]: Considering it to be crashed, server will forcibly shutdown.
[17:30:44] [Server Watchdog/ERROR]: This crash report has been saved to: /home/epicness/./crash-reports/crash-2022-09-30_17.30.44-server.txt

Other mods

Alternate Current                             Modrinth   r0v8vy1s
Cardinal Components API                       Modrinth   K01OU20C
Carpet                                        CurseForge 349239
Carpet Extra                                  CurseForge 349240
Carpet-Fixes                                  CurseForge 529720
EasyAuth                                      Modrinth   aZj58GfX
Fabric API                                    Modrinth   P7dR8mSH
Fabric Language Kotlin                        Modrinth   Ha28R6CL
Fabric Tailor                                 Modrinth   g8w1NapE
FerriteCore                                   Modrinth   uXXizFIs
Krypton                                       Modrinth   fQEb0iXm
Lithium                                       Modrinth   gvQqBUqZ
Memory Leak Fix                               Modrinth   NRjRiSSD
No Chat Reports                               Modrinth   qQyHxfxd
Plasmo Voice                                  Modrinth   1bZhdhsH
ServerCore                                    Modrinth   4WWQxlQP
Servux                                        CurseForge 406323
Simple Discord Link                           Modrinth   Sh0YauEf
Starlight (Fabric)                            Modrinth   H8CaAYZC
Very Many Players (Fabric)                    Modrinth   wnEe9KBa

Checklist

• [x] I am using the official version of the mod.
• [x] I tried the latest development version but the issue persists.
• [x] I searched for similar open issues and could not find an existing bug report on this.

Describe the bug Teleporting takes a while with both VMP and William Wythers' Overhauled Overworld loaded.

To Reproduce Steps to reproduce the behavior:

1. Put the latest 1.19.2 versions of VMP, WWOO, and Fabric API in your mods folder.
2. Open Minecraft and make a new world.
3. Try to teleport somewhere (I used 1000, 100, 1000 when I was binary searching through my modlist, but I also tried 2000, 100, 2000 once and got the same result). The world will not freeze, but the teleport command may take up to 30 seconds to register.

Expected behavior Teleport command registers quickly; player teleports

Screenshots

Runtime info (please complete the following information):

• OS: Windows 11
• Minecraft version: 1.19.2
• Mod version: vmp-fabric-mc1.19.2-0.2.0+beta.7.0-all.jar
• CPU: Intel i7-9750HF @2.60GHz
• GPU: Nvidia GeForce 1660 Ti
• RAM: 16 GB

Other mods WWOO Fabric API

Checklist

• [x ] I am using the official version of the mod.
• [ ] I tried the latest development version but the issue persists. I used the latest release—is there a specific dev version I should download or compile somewhere?
• [x ] I searched for similar open issues and could not find an existing bug report on this.