Draco18s

client-extra.jar in your external dependencies.

FMLClientSetupEvent

I don't know why you'd need to set glass to be transparent every render frame though.

Here is a forum. It operates under "forum" rules: threads stay "open" by default. The only reason to close threads (as in, a moderator locks it) is if it has been necro'd or is off topic (asking for help with unsupported versions falls into "off topic"). I don't know why so many people think that this place operates likes Stack Overflow.

Use JSON. https://github.com/MinecraftForge/MinecraftForge/blob/1.15.x/src/generated/resources/data/forge/tags/items/arrows.json

And now your this code will be useless in multiplayer. Good job. Oh also: Having dumped out early in that way does not stop this line from crashing the server.

One of your mods is causing a problem. Remove them one by one to figure out which one, then complain to the author.

Oops, yes, you're right. I made that before I had my morning caffeine.

This is where they are in Eclipse, IntelliJ will have a similar window, as will any other IDE. The first one is all of the code and assets provided by Forge, the second one will have loot tables, blockstate files, models, and textures. I happen to have 1.14 open currently, but this is consistent across versions.

Items generally don't take damage if the player is in creative mode.

Cool. We here at Forge don't care.

You can, but we can't help you do so. Because we no longer know how. You're either going to have to figure things out for yourself or find help elsewhere. For the same reason Mojang no longer accepts bug reports and issues patches for 1.8.9, Forge no longer maintains a knowledge base for 1.8.9

This is 1000% wrong. Don't create your items statically like this, this is why DeferredRegister exists, because you people won't stop doing this.

You can't. Item models are loaded based on a path constructed entirely outside your control. Its the same reason you can't put blockstate files wherever you want. The only reason you can move your block models around is because you actually specify their paths in the blockstate file.

Jesus H Christ on a crutch and the Holy Mother of God. A NEW SAVE FILE

If your block was already in a world and you loaded it, the saved data no longer matches the data you're trying to read. Create a new world.

And, IIRC, you need to set the server properties to online-mode = false, otherwise the default account when you run the client in your IDE will get booted from the server for not having been logged in and authenticated with Mojang.

(Hooray, forum glitches)

Considering that you did not put any code in the read and write methods dealing with energy, I'm not sure why you thought it would magically work. Also, this: Is completely unnecessary. You already have access to it: Just access that. Also, why so you have this? You have an ItemStackHandler.... Related, you called your LazyOptional for your items, "itemHandler" but the one for energy "energyHolder" Pick a naming convention and stick to it. ...But you're not invalidating your energy's LazyOptional...Also, you know for a fact that it's not null...

Use tags.

The forums have been acting oddly, but that's quite an odd result indeed.

Define "doesn't work."

Dude, seriously. You have access to the underlying storage directly, there's ZERO reason to use getCap and the lazy optional. public IntNBT serializeNBT() { return IntNBT.valueOf(storage.getEnergy()); } and public void deserializeNBT(IntNBT nbt) { storage.setEnergy(nbt.getInt()); }

Ok, but what if: There isn't a mapping for today? There isn't a new mapping every day, or even most days? Shoving new dates in to "try" makes no sense. At least supply a location where the current mappings can be found.