LexManos

The yell at the modders to update its been 4 months that's plenty of time to update. As for not reproducible, mean I just tested it and it isn't happening on any of the systems I have access to. So strip out your mods and start going through to figure out which one is breaking it.

Not reproducible on a clean Forge. Also you should update to 1.11.2

http://lmgtfy.com/?q=basic+object+oriented+programming+concepts

Yes, as long as all mods are server side only. Plain Forge accepts it just fine.

Not much we can do, something is blocking your connection to our server, Make sure the installer is being run with permissions in your firewall, and could try running it as admin {make sure to point to the correct users .minecraft dir if you do that}

Typically the current version of Minecraft, and the current version -1. Which equates to the last year of minecraft updates. Which I think is enough for anyone.

http://lmgtfy.com/?q=mac+how+to+use+terminal Its basic functionality of your computer, it's worth learning.

Seems your OS is acting weird. What you shoudl do is open terminal and run the jar manually: java -jar {full path to the jar file including the .jar extension}

Start paying a service contract with us here and then you can start dictating what we do and don't support. The version works, the launcher works with the older versions. However we will not b e producing any new versions for old MC versions to fix anything that breaks. So you are on your own for anything that breaks. Simple as that. Your unsubstantiated claims of 'most popular version for modding' are hyperbole and not wanted here. Just because you think it doesn't make it true. Anyways, we do not support older versions on this forum because they are out of our control, don't like it, update.

That is because in 1.8.9 MinecraftServer was a singleton and it didn't have to go through the world, which isn't set at the time read is called. It's a order of operations thing, Mojang needs to fix.

Ya, looks like nobody really cares about reputation. The vanilla code would never of worked. As it checks the world is not null before it looks up the player name from the UUID {as it needs to because the server olds that lookup} It's not a simple fix as all the public API for that class use the players name as a string, instead of the UUID or profile or anything. Edit: I've pushed a fix to Forge for this: https://github.com/MinecraftForge/MinecraftForge/commit/72937c90be8a337190964e43281d3da85c43319b

Every time time the entity class is loaded it will fire the event. It doesnt care if mods are added or not. Has nothing to do with the world being old or new. Its whenever the instance of the class is created in the JVM.

https://github.com/MinecraftForge/MinecraftForge/blob/1.11.x/src/main/java/net/minecraftforge/fml/common/registry/IForgeRegistryEntry.java#L37-L38

Yes, there is no real way to deal with this multi-inheritance things. For weird edge cases like this you'll have to figure something out yourself. There has been talk of ways to fix it but nothing has really be implemented yet.

You may need to reinstall your java. Try running the jar file from the command line.

Screen shots would be nice. You're not really describing it well. You could also try downloading the installer.jar and running it instead of the exe.

Forge logs everything to the logs file. Everything that you're describing just makes me think you simply didnt install the mod on the server. Just stick the jar in the mods folder and you should be good. if not, post your log file.

Stable are just version++s they dont coorolate to MCP versions. http://export.mcpbot.bspk.rs/

You should just be registerering your dusts as is... no reason to not have them.

You have a non-1.7.10 mod installed.

What EXACTLY did you download, show the exact url, screenshots help. Only download the installer from our download page: http://files.minecraftforge.net

THey arnt, as stated above you need to do so in the AttachCapabilityEvent.

The entire point of the capability system is that it is a soft reference. Unless you do some dirty reflection hacks specifically on that field to resolve the generic type. Then it wont crash. As for you faking the cap with your own code. Yes its possible, the JVM doesn't care who wrote the class as long as its structurally the same. However it is better to talk to the mod author to see if they WANT to allow others to access that cap/feature of their mod.

http://minecraft.gamepedia.com/Minecraft_launcher#Command_Line_usage