LexManos

No, tell them to start uploading it to some known site.

We also ALREADY support /mods/{MC_VERSION} So you can have /mods/1.8.9 and /mods/1.10.2 So.. thanks for suggesting something we already have?

Not really possible, and would be performance nightmares. Also 90% of everything is called from both threads depending on what objects you are on. @SideOnly has nothing to do with threads, its the environment.

Ya dude, a quick step into your get function would show you that wizardryCapability was null. Which means your cap is never registered. This is basic debugging dude...

There is nothing that can be null on line 58

it is, you've attached it, atleast thats what it looks like. Show us THE ACTUAL FREAKING ERROR

... its not null... something it is useing in its toString is null. Which would make sense based on where this event is fired...

Somewhat, my point is if you're getting a null from the player then you need to check if the player is getting you cap set. Its your mod you have to debug it. It should be simple enough, use your IDEs breakpoints. Also ALLLLLWAAAAYYYYYSSS post logs.

Why would your capability be on the players?

1) Update Your Minecraft version 2) Stop using coremods. 3) It's an issue with you 'kk' mod.

Try again, I kinda derped a little for like 5 mins.

Update to 1.10.2 if you want support.

DO NOT create your own launcher, this is a very bad thing. Entering your own account details into random things is a BAD IDEA you should not be asking your users to do that. Beyond that, we do not host uncompressed libraries, so they are not directly downloadable from our maven. Our installer downloads a compressed version and installs it. So we ask people use our installer instead of installing Forge automatically. {Plus it is how we pay for the servers, and rent, and food... so...} Using compressed version saves us ~10TB/day so it's kinda important.

Upload that world, as I have no idea what you're actually doing. And if those are indeed 'phantom' blocks, then it may be a sync issue between client and server, we'll see. But I'd need a test environment. Also, does this happen with JUST Forge, and with PURE Vanilla?

Note: Get your terms correct here, Nothing in Forge/Minecraft allows remote code execution. As in, The client can't send any code to the server and have it run it. HOWEVER, Minecraft is rather horrible in it's 'security' when validating who can do what and when. So there are a lot of 'hacks' out there that let you do things you shouldn't do. This is simply Minecraft being poorly written from the get-go. However, its nothing serious so we don't care. "Oh look you can fly around for a while, good for you!"

Why are you having issues, there should be nothing that requires that jar to be there. The only thing 'Forge' 'Installs' in the versions folder is a json file. Forge 'installs' itself, and the other libraries it needs to run. {Scala and type safe} Into the libraries folder where the launcher can pick it up. The launcher unpacks the natives required for lwjgl to work just like it does with vanilla. And I say that because its VANILLA specifying that the natives need to exist, not Forge.

This is going to need a full explanation and preferably a PR.

You dont HAVE to manually do anything, Forge setup will work on any java version past 7 by ya. We can do that eventually.

No there are not any "here is the entire content of your mod, just reskin it and call it your own" libraries out there.

If there are 'helper apis' that are worth using then they are in Forge. 90% of the time those 'helpers' are 1 like wrappers, in which case there is no reason to use it.

Sadly these type of errors are not really possible to diagnose with just the text log. You have a lot mods installed, one of them is screwing with entities in a thread they shouldn't be.

Update

[me=LexManos]mutters something about Capabilities and IItemStackHandler[/me]

Update

Use the game directory option in the launcher.