warjort

I think this is this issue: https://github.com/MinecraftForge/MinecraftForge/pull/8622 It was fixed in forge 40.1.24: https://maven.minecraftforge.net/net/minecraftforge/forge/1.18.2-40.1.73/forge-1.18.2-40.1.73-changelog.txt

I must be hallucinating then. 🙂 https://nekoyue.github.io/ForgeJavaDocs-NG/javadoc/1.19.1/net/minecraft/server/MinecraftServer.html#getPlayerList()

This is like your many of your other questions. You have done little or no effort to find this out for yourself. Instead you think wasting multiple people's time having to read and answer these trivial questions is a good idea? Here is how you find this information: Which class represents a server in the minecraft codebase? Answer: MinecraftServer Which method in that class does something like getPlayerList() Simple isn't it? 🙂 It is also the same code that came up when you asked about bans, so you actually already knew about this method.

Also the nogui option does need to go in the run.bat since that is a minecraft option 🙂

Your issue is not what is in that file. Your problem is that you also added it somewhere else, probably run.bat?

Do you think player.setPos() ever changes the playerHeath value? This is also not the correct way to teleport an entity anyway. I also don't see what setting a player's position to its current position achieves, beyond redundant work? And just doing it at respawn isn't going to affect the player after that.

while (playerhealth == 0) { player.setpos(position); } You know what an infinite loop is?

One of these mods has injected some bad code into the Minecraft class. From what is being accessed I would guess is it better_loading_screen? But it could be anything mentioned above. NOTE: For some bizarre reason better loading screen has 2 different v1.4.0 jars, one is for 1.16 the other for 1.18 - make sure you have the correct one. https://www.curseforge.com/minecraft/mc-mods/betterloadingscreen/files If that doesn't fix it, you are probably going to have to rebuild this modpack from scratch and test each mod works individually. That way you will know which mod causes the problem and not hit roadblocks like this.

You can change a player's speed using Attributes.MOVEMENT_SPEED either directly or using a MobEffect like MobEffects.MOVEMENT_SLOWDOWN A different way is to look at WebBlock (cobwebs). There are probably other ways you can do it. I don't think any of these affect spectator mode players? They have noPhysics set to true. A probably glitchy way would be to do something in PlayerTickEvent that remembers where you want them and teleports them back to that location if they move.

I think you will find nobody is going to read this. Despite dumping a large amount a code in the forums you still don't include important information, e.g. what is this value? @Override public int getCount() { return Constants.VENDINGMACHINE_CONTAINERDATASIZE; } Generally, if you want help, you need to put your code on github where we can see everything (not just the bits you think are important). The code should compile and run. Better is to show some understanding, so you can point us to the relevant code you think should work instead. Just saying "please find the bug" in some random code will likely mean busy people ignore your question as too much work.

Use DeferredRegister with Registry.CONFIGURED_FEATURE_REGISTRY and Registry.PLACED_FEATURE_REGISTRY Here's an example from a different thread that makes diamond blocks "ores": public class ModFeatures { private static final DeferredRegister<ConfiguredFeature<?, ?>> CONFIGURED_FEATURES = DeferredRegister.create(Registry.CONFIGURED_FEATURE_REGISTRY, ExampleMod.MODID); private static final DeferredRegister<PlacedFeature> PLACED_FEATURES = DeferredRegister.create(Registry.PLACED_FEATURE_REGISTRY, ExampleMod.MODID); public static final RegistryObject<ConfiguredFeature<?, ?>> DIAMOND_BLOCKS_CONFIGURED = CONFIGURED_FEATURES.register("diamond_blocks", () -> { var block = ForgeRegistries.BLOCKS.getValue(new ResourceLocation("minecraft:diamond_block")); var target = List.of(OreConfiguration.target(OreFeatures.NATURAL_STONE, block.defaultBlockState())); return new ConfiguredFeature<>(Feature.ORE, new OreConfiguration(target, 64)); }); public static final RegistryObject<PlacedFeature> DIAMOND_BLOCKS_PLACED = PLACED_FEATURES.register("diamond_blocks", () -> new PlacedFeature(DIAMOND_BLOCKS_CONFIGURED.getHolder().get(), commonOrePlacement(10, HeightRangePlacement.triangle(VerticalAnchor.absolute(-24), VerticalAnchor.absolute(56))))); public static void register(IEventBus bus) { CONFIGURED_FEATURES.register(bus); PLACED_FEATURES.register(bus); } } Obviously the ModFeatures.register() needs to be called from your main mod class.

Its a problem with radium. Make sure you have the latest version then contact the mod author.

You need to contact the mod authors to find out which version to use.

You have put -Xmx8G in the wrong place. It is a java option so it goes in user_jvm_args.txt Instead you are trying to pass it to Minecraft which fails

These mods are either missing or you have mods that want a different version to what you have installed.

21:35:31[ERROR] [ne.mi.ev.EventSubclassTransformer/EVENTBUS]: An error occurred building event handler java.lang.RuntimeException: Attempted to load class net/minecraft/client/gui/screens/Screen for invalid dist DEDICATED_SERVER -- snip -- at java.lang.ClassLoader.loadClass(Unknown Source) ~[?:?] {} at com.minecraftserverzone.jrhc.setup.capabilities.PlayerStatsProvider.serializeNBT(PlayerStatsProvider.java:38) ~[jrhc-1-18-x.jar%2371!/:1-18-x] {re:classloading} Looks like an issue with the jrhc mod. It is trying to load client/gui classes on the server. Check you have the latest version then contact the mod author.

The default value is %USERPROFILE%\AppData\Local\Temp But you are really asking the wrong people. This is the forge support forums, we are not experts on MS Windows, even if sometimes think we are. 🙂

You could also ask Oracle since that is the java you are using. But they would likely say it is a windows problem?

at java.nio.file.Files.createTempFile(Unknown Source) at javax.imageio.stream.FileCacheImageInputStream.<init>(Unknown Source) at com.sun.imageio.spi.InputStreamImageInputStreamSpi.createInputStreamInstance(Unknown Source) The temporary file it is trying to create is one used by java, not something created directly by the installer. From the name it looks to be something to do with "image caching". This link has some instructions on how to change your temporary folder: https://www.howtogeek.com/285710/how-to-move-windows-temporary-folders-to-another-drive/ But that is quite old, you might be able to find more up-to-date instructions somewhere else? You can always contact Microsoft support. It is very possible that the error is actually caused by some other problem with windows.

Looks like there is something wrong with your temporary folder configuration in your user's windows environment variables? It is trying to use "D:\Program Files (x86)" as your temporary directory, which is wrong. It obviously fails because you don't have the rights to create files there.

If you look at Player.aiStep() you will see that the speed is reset to the MOVEMENT_SPEED attribute every tick. An example of modifying that attribute is LivingEntity.tryAddFrost()

You have 3 separate errors. * You are trying to use "roughly enough resources" which is an addon for "roughly enough items" that you don't have. But you are using "just enough items" so you can't add that mod, you should remove "roughly enough resources". * You have an old alpha version of ironfurnaces that is not compatible with 1.19, I don't see any version of this mod compatible with 1.19 on curseforge? Contact the mod author. * You have an issue with large ore deposits / forgeendertech, check you have the correct/latest versions then contact the mod author(s)

Download this version, see the changelog: https://www.curseforge.com/minecraft/mc-mods/the-twilight-forest/files/3901400 If that doesn't fix it, contact the mod author.

P.S. You need to fix your build so that others can build without that api properties file. I had to comment out a large part of your build.gradle to be able to reproduce this problem.

I know what the problem is, but I don't know enough about ForgeGradle or vscode to tell you why it is happening. Your launcher.json is getting generated with an empty MOD_CLASSES "env": { "MOD_CLASSES": "", "MCP_MAPPINGS": "official_1.18.2" } When I generate the eclipse runs, I get the same problem <mapAttribute key="org.eclipse.debug.core.environmentVariables"> <mapEntry key="MOD_CLASSES" value=""/> <mapEntry key="MCP_MAPPINGS" value="official_1.18.2"/> </mapAttribute> However, the intellij runs work <envs> <env name="MOD_CLASSES" value="soulfired%%$PROJECT_DIR$\build\resources\main;soulfired%%$PROJECT_DIR$\build\classes\java\main"/> <env name="MCP_MAPPINGS" value="official_1.18.2"/> </envs> I would suggest you report this a bug here: https://github.com/MinecraftForge/ForgeGradle/issues When I fix that field manually to use the comparable setup as intellij, it works fine "MOD_CLASSES": "${workspaceFolder}\\build\\resources\\main;${workspaceFolder}\\build\\classes\\java\\main",