FireController1847

Aye, that's a massive downfall and something that, imho, should have been a higher priority before releasing the 1.14+ rewrite. Anyways, thanks for the help, I'll try out JitPack!

What I mean is, how do I add a mod to the runClient's "mods" folder and load it to test with it, say, for compatibility. My mod is incompatible with another mod, and I need to test some things, however when I try and launch the game with the mod in the mods folder (for the client in the run folder), it crashes (which I think is because it's trying to parse the JAR file for the mod I included). How do I use a temporary dependency mod for testing?

I'm going to be honest with you, I have no idea what I was thinking. I've been running "gradlew jar" not "gradlew build". It works great now, thanks!

I am currently developing a mod using Minecraft Forge 31.2.0 for Minecraft 1.15.2, with the mappings of snapshot-20200518-1.15.1. I am using IntelliJ as my environment. When I launch my mod using the IntelliJRuns, it works great. Everything works fine with no issues at all. So, I run the "jar" gradle task and get my jar out of it. This is where things go awry. I install the same version of Forge onto vanilla MC using the vanilla launcher, and it fails to load. This is a crash report submitted by one of my users: https://pastebin.com/eckCHVvF . I get the same crash report when getting it. Something along the lines of .maxStackSize is not a method when making a new item, but that doesn't make sense because it is a method (though for those who want to see my code, here's my item class that it's erroring on: https://hastebin.com/rilexoduro.java ). So, I'm at a complete loss. I have no idea why it would be crashing like this. It builds and runs fine in my development environment, but when I generate the JAR for some reason it crashes in a production environment. I've tried completely rebuilding my gradle cache, resetting my IntelliJ, and straight up deleting everything and re-starting from my GitHub repository ( https://gitlab.com/FireController1847/levelhearts/ ) all to no avail. So, I come here. Does this ring a bell for anyone? Is anyone else getting this error? Does somebody have any idea as to what might be happening? Because I'm clueless.

By doing a little bit more digging, now that I'm not really tired today haha, I found that the PlayerRespawn event (when the player dies) actually also calls the PlayerClone event, helping me discover there was an option in PlayerEvent.Clone called "isWasDeath." By using this event, I was able to determine if the player died, and re-apply my health modifier appropriately, which allowed me to set the playerNew's health to the same as the playerOld's health, thereby keeping their health across dimension change. Here's my fixed code: @SubscribeEvent public static void onPlayerClone(PlayerEvent.Clone event) { debug("PlayerClone{Event}"); // Fetch & Copy Capability PlayerEntity playerOld = event.getOriginal(); PlayerEntity playerNew = event.getPlayer(); IMoreHealth capOld = MoreHealth.getFromPlayer(playerOld); IMoreHealth capNew = MoreHealth.getFromPlayer(playerNew); capNew.copy(capOld); // Copy Health on Dimension Change if (!event.isWasDeath()) { debug("PlayerClone{Event}: Cloning from dimension change, re-applying health modifier."); LevelHearts.applyHealthModifier(playerNew, capNew.getTrueModifier()); playerNew.setHealth(playerOld.getHealth()); } } @SubscribeEvent public static void onPlayerRespawn(PlayerRespawnEvent event) { // Ensure server-side only if (event.getPlayer().getEntityWorld().isRemote) { return; } debug("PlayerRespawn{Event}"); // Fetch Capability PlayerEntity player = event.getPlayer(); IMoreHealth cap = MoreHealth.getFromPlayer(player); // Handle "The End" if (event.isEndConquered()) { debug("PlayerRespawn{Event}: Coming from end, syncing!"); MoreHealth.updateClient((ServerPlayerEntity) player, cap); return; } // ... other stuff }

Here's a video showing the bug, in case my wording confused anyone: https://www.youtube.com/watch?v=HJhUjRIHsSM

I have not been able to fix this issue, so bumping this to see if anyone has any idea

I have a mod that applies a health modifier and uses a capability to keep track of it. My problem is, when I'm coming back from the end, the player's health kind of "resets" back to 20. For example, let's say I've entered the end with 30 hearts, applied by my capability. I defeat the ender dragon, and then I come back. Suddenly, I still appear to have all 30 hearts, but I only have 10 of them with health left (so it's like I took imaginary damage). Leaving and re-joining the world does not work, and I've tried both to sync the client to the server and the server to the client, but none of my efforts have worked. Currently, I've set up my onChangedDimension event like so: @SubscribeEvent public static void onPlayerChangedDimension(PlayerChangedDimensionEvent event) { // Ensure server-side only if (event.getPlayer().getEntityWorld().isRemote) { return; } debug("PlayerChangedDimension{Event}"); // Fetch Capability PlayerEntity player = event.getPlayer(); IMoreHealth cap = MoreHealth.getFromPlayer(player); // Re-add health modifier LevelHearts.applyHealthModifier(player, cap.getTrueModifier()); // Synchronize cap.synchronise(player); } cap.synchronize will send a packet from the client to the server. This works great for coming from and going to the nether, as well as going to the end. But oh no, coming back FROM the end has to be different, and indeed it instead calls the PlayerRespawn event. Currently, my respawn event looks like this: @SubscribeEvent public static void onPlayerRespawn(PlayerRespawnEvent event) { // Ensure server-side only if (event.getPlayer().getEntityWorld().isRemote) { return; } debug("PlayerRespawn{Event}"); // Fetch Capability PlayerEntity player = event.getPlayer(); IMoreHealth cap = MoreHealth.getFromPlayer(player); // Handle "The End" if (event.isEndConquered()) { debug("PlayerRespawn{Event}: Coming from end, syncing!"); // ??? What do I put here? ??? return; } // Handle Hardcore Mode if (Config.enableHardcore.get()) { debug("PlayerRespawn{Event}: Hardcore mode enabled, removing health."); cap.setModifier(MoreHealth.getDefaultModifier()); cap.setRampPosition((short) 0); cap.setHeartContainers((byte) 0); MoreHealth.updateClient((ServerPlayerEntity) player, cap); } // Handle force lose xp on death if (Config.loseXpOnDeath.get()) { player.addExperienceLevel(-player.experienceLevel - 1); } // Re-add health modifier and fill health LevelHearts.applyHealthModifier(player, cap.getTrueModifier()); player.setHealth(player.getMaxHealth()); } When the player enters the end, and inside the end, let's say they have 40 hearts. When they come back, the player appears to still have those forty hearts, but the health has reset back to 20. I have absolutely no idea why, and it means that I cannot do what I do on a dimension change to just update the client / update the server (for other situations). So... what do I do to have the player keep their health when coming back from the end?

Currently, I have an event that attaches to the RenderGameOverlayEvent.Pre. What I want to do is move the armor bar to be above the food, instead of above the health. I check if the element type is armor, and then cancel the event and run my custom code. In previous versions of my mod, I figured the only way to do this was to copy Mojang's code for drawing the armor bar in IngameGui#renderPlayerStats, however I fear that if I do this I am violating some copyright. Is there a way to move the armor bar without copying the Mojang code? Here's the code I used for previous versions of the mod, and below is the code I currently have: @SubscribeEvent public void onRenderGameOverlay(RenderGameOverlayEvent.Pre event) { if (Config.customHud.get()) { } } private void redrawArmor() { // What to put here? }

So in reality, what's happening is the attribute is lost on the client-side but not on the server side, which allows it to recover itself without having to re-initiate it?

It worked! Awesome, thank you! I don't suppose you'd be willing to help me understand what this piece of code does? I kind of get that it's making a packet for the attribute, but what is this "sendToTrackingAndSelf" method?

Awesome, thanks. I'll try that next chance I get and report back here

I'm currently working on a mod that allows a player to have more than their maximum amount of health. I've got the health modifier down, but what I don't understand is what happens when the player changes dimension. It appears that the modifier goes away. This would be fine, except... well, this is best explained with an example: Let's say I have 20 hearts. If I'm at full health, then go through a nether portal, my modifier is re-applied and I get the appropriate amount of 20 hearts back. However, my health is down to 10. My question is, how do I remember and persist the player's health as they go from one world to another? My code is currently available here, and below is a code snippet of my changed dimension event: @SubscribeEvent public static void onPlayerChangedDimension(PlayerChangedDimensionEvent event) { debug("PlayerChangedDimension{Event}"); // Fetch Capability PlayerEntity player = event.getPlayer(); IMoreHealth cap = MoreHealth.getFromPlayer(player); // Re-add health modifier LevelHearts.applyHealthModifier(player, cap.getTrueModifier()); }

For anyone looking at this in future reference, I figured it out. There's a Gradle task that you need to run that will generate all of the test files that are needed to, well, test. This is not stated in the documentation. Once you've done that you can find example test mods in the "test-java" source package.

Bump. I'm curious if anyone else knows how to solve this.