WorldsEnder

Also agreed. I'm not suggesting you should answer them, takes too much time and effort that you and the team can spend better. I'm suggesting a Board where the community can discuss them. Which can't be on the official board, since answering them there would bump the post and create noise, etc... I'm coming back to modding for a mod for 1.12 and basically when I google a problem, 3 of 10 spots are taken by locked minecraftforge topics, 3 more by stackoverflow question (also the wrong place to ask) and the rest by unhelpful planet minecraft discussions. Judging by the amount of questions of "where to ask these questions" I'm not alone on this one. SEO will just push other content out. Hence the solution with biggest benefit/effort I can think of: create a free-for-all Board with no official answers or expectation to answers from the Forge team, even if it results in unanswered questions, maybe they get answered months later by a rando and help one or two people in the future... If you decide to lock, I guess I'll just give up finding anything for the older versions, keep up the great support for the newer toys.

The general support forums receives a lot of threads about old, officially unsupported versions of forge. The crux is though that these threads are picked up by google and search engines, leading to dead posts without solutions. The posts are locked, so even if I or someone else knows the solution to the reported problem, it's impossible to answer for future visitors. Consider moving the threads to another board, where while no official support is provided, perhaps other users can contribute to the solution. Would apply to Modder Support as well, generally coming to a locked thread from a google search is very discouraging. Precondition: the forum software supports moving Topics.

I thought it would be straight forward to create a custom model format with item overrides, but for now, I don't see how. What I tried so far was the following: private static class ModelWrapper implements IRetexturableModel { //.... private final ItemOverrideList itemOverrides; @Override public Collection<ResourceLocation> getDependencies() { return itemOverrides.getOverrides().stream().map(override -> override.getLocation()).collect(Collectors.toList()); } } private static class BakedModelWrapper implements IBakedModel, IPerspectiveAwareModel { //.... private final ItemOverrideList itemOverrides; @Override public ItemOverrideList getOverrides() { return itemOverrides; } } apparently this is not enough. Currently, when one of the overrides is triggered, I'm presented with the MODEL_MISSING, instead of the item override I want. As an example, a model file would look like this (with easy to guess format): { version: 1, mesh: "mhfc:models/item/model_b_hunters_proud_idle.mcmd", textures: { "#weapontex": "mhfc:weapons/(B)huntersproud" }, overrides: [ { "predicate": { "pulling": 1 }, "model": "mhfc:item/b_hunter_proud_0.mcmdl" }, { "predicate": { "pulling": 1, "pull": 0.65 }, "model": "mhfc:item/b_hunter_proud_1.mcmdl" }, { "predicate": { "pulling": 1, "pull": 0.9 }, "model": "mhfc:item/b_hunter_proud_2.mcmdl" } ] } all the referenced files do exist but still, nothing is being displayed

I want to spawn my custom mob in every village on the map, similar to how normal villagers are spawned. I have tried to look for a hook, but have not found a satisfying one. I am thinking about a quest-giver like entity with his own hut. Here's what I thought about: 1. Could you add your own StructureComponent to the village? This would be most favorable as I would also be able to spawn the house for the mob 2. If not 1, can you at least reliably react after a village has been populated to ship your own mob?

I want to change a player's dimension but I also want to use a custom teleporter. So first I thought that I should use mcServer.getPlayerList().changePlayerDimension(this, dimensionIn, teleporter); but then I discovered that the class Entity has a method called "changeDimension(int)" which does a few more things, but does not allow for a custom teleporter (rather taking the dimension default). I wonder, what is the best course of action? 1) Use PlayerList#changePlayerDimension(EntityPlayerMP, int, Teleporter) PRO: allows for custom teleporter, CON: skips logic in EntityPlayer#changeDimension 2) Use Entity#changeDimension(int) followed by Teleporter#placeInPortal(EntityPlayer, double) PRO: doesn't skip logic, CON: a portal from the default teleporter, which can't be changed and is always a normal Teleporter, will be created 3)

Can we see the exact console output in a pastebin? While I agree with diesieben that the code should run once, I suspect it might be because you use System.out.println instead of a logger that the message gets logged twice.

Okay, got it, so I write a static method inside the SaveData public static ExampleWorldSavedData retrieveFor(World world){ ExampleWorldSavedData instance = (ExampleWorldSavedData) world.getPerWorldStorage().loadData(ExampleWorldSavedData.class, DATA_NAME); if (instance == null) { instance = new ExampleWorldSavedData(); storage.setData(DATA_NAME, instance); } } for now and use Capabilities in 1.10.2

I am porting a mod from 1.7.10 to 1.9. Previously I used a self-written WorldChunkManager that used the perWorldStorage to have some data associated with the world it is used for. But now (thank god) chunk manager are a thing of the past, and it's solved via WorldProviders, ISaveHandlers and IChunkGenerators. What I did previously to access the data, was (CustomChunkManagerClass) server.getWorldChunkManager() and then work with the custom instance. The question I have is, what is the simplest method to attach data to the world (must only be done on the server, I allocate some "building slots" and keep track of them on the server, that the client doesn't need to know of) that fulfills the following: 1) I can reliably save and load the data when the world gets loaded/unloaded 2) I can access the data when I have WorldServer instance Is there some sort of Capability system as there is for Entities, Items, etc...?

Okay, that should work if there's no cleaner method

What, no, it doesn't. If you imagine the stages as a stack it is like this: ->constructed (FMLConstructionEvent) ->preInitialized (FMLPreInitializationEvent) ->serverRunning (FMLServerStartedEvent) --- <-serverRunning (FMLServerStoppedEvent) <- unknown event I'm searching for <- unknown even I'm searching for (maybe the same as one above)

Similar to FMLServerStartedEvent vs FMLServerStoppedEvent I want to have a callback FMLConstructionEvent vs just before mods get deconstructed. Use case: I wrote a little API to help my mod transition between stages. So for example after FMLConstructionEvent I "enter" the "constructed" stage. Similar to services on Linux/Windows, some services may get started. For example, when FMLPreInitializationEvent gets fired, I enter "preInitialized" stage and my ItemRegistry-service gets started - and registers all the items. Now I thought that some services may wish for a graceful exit, so I need a hook when to exit "constructed" stage.

Is it possible to receive a callback when the user clicked the "Quit Game" button in the main menu (or, additionally, exited the game in another way)? I'd like to write into a small file in that case and do some other little clean-ups. If it is only possible with newer versions of minecraft/forge, I'd love to know, as well

Ah, I see, so it is indeed the lambda, not the other invocation. Well that should be an easy fix, then

I use forge version 1.7.10-10.13.4.1492-1.7.10 and have the following code in my client proxy: @Override public void preInit() { IResourceManager resManager = Minecraft.getMinecraft().getResourceManager(); if (resManager instanceof IReloadableResourceManager) { IReloadableResourceManager registry = (IReloadableResourceManager) resManager; registry.registerReloadListener(this::reload); } else { MCAnm.logger() .warn("Couldn't register reload managers. Models will not be reloaded on switching resource pack"); } } Note that I use lambdas from java 8 but that isn't a problem. The problem is that when I run the mod in modded minecraft, the following stacktrace pops up: ---- Minecraft Crash Report ---- // Ouch. That hurt Time: 28.06.16 01:54 Description: There was a severe problem during mod loading that has caused the game to fail cpw.mods.fml.common.LoaderException: java.lang.AbstractMethodError at cpw.mods.fml.common.LoadController.transition(LoadController.java:163) at cpw.mods.fml.common.Loader.preinitializeMods(Loader.java:559) at cpw.mods.fml.client.FMLClientHandler.beginMinecraftLoading(FMLClientHandler.java:243) at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:480) at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:878) at net.minecraft.client.main.Main.main(SourceFile:148) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at net.minecraft.launchwrapper.Launch.launch(Launch.java:135) at net.minecraft.launchwrapper.Launch.main(Launch.java:28) Caused by: java.lang.AbstractMethodError at net.minecraft.client.resources.SimpleReloadableResourceManager.func_110542_a(SimpleReloadableResourceManager.java:130) at com.github.worldsender.mcanm.client.ClientProxy.preInit(ClientProxy.java:27) at com.github.worldsender.mcanm.MCAnm.preInit(MCAnm.java:45) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:532) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74) at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47) at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322) at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304) at com.google.common.eventbus.EventBus.post(EventBus.java:275) at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:212) at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:190) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74) at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47) at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322) at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304) at com.google.common.eventbus.EventBus.post(EventBus.java:275) at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:119) at cpw.mods.fml.common.Loader.preinitializeMods(Loader.java:556) ... 10 more A detailed walkthrough of the error, its code path and all known details is as follows: --------------------------------------------------------------------------------------- -- System Details -- Details: Minecraft Version: 1.7.10 Operating System: Windows 7 (amd64) version 6.1 Java Version: 1.8.0_25, Oracle Corporation Java VM Version: Java HotSpot(TM) 64-Bit Server VM (mixed mode), Oracle Corporation Memory: 152702168 bytes (145 MB) / 333340672 bytes (317 MB) up to 1060372480 bytes (1011 MB) JVM Flags: 6 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xmx1G -XX:+UseConcMarkSweepGC -XX:+CMSIncrementalMode -XX:-UseAdaptiveSizePolicy -Xmn128M AABB Pool Size: 0 (0 bytes; 0 MB) allocated, 0 (0 bytes; 0 MB) used IntCache: cache: 0, tcache: 0, allocated: 0, tallocated: 0 FML: MCP v9.05 FML v7.10.99.99 Minecraft Forge 10.13.4.1492 6 mods loaded, 6 mods active States: 'U' = Unloaded 'L' = Loaded 'C' = Constructed 'H' = Pre-initialized 'I' = Initialized 'J' = Post-initialized 'A' = Available 'D' = Disabled 'E' = Errored UCH mcp{9.05} [Minecraft Coder Pack] (minecraft.jar) UCH FML{7.10.99.99} [Forge Mod Loader] (forge-1.7.10-10.13.4.1492-1.7.10.jar) UCH Forge{10.13.4.1492} [Minecraft Forge] (forge-1.7.10-10.13.4.1492-1.7.10.jar) UCE mcanm{2.1.0.84-1.7.10} [Minecraft Animated] (mcanm-2.1.0.84-1.7.10.jar) UCH worldedit{6.1} [WorldEdit] (worldedit-forge-mc1.7.10-6.1.jar) This does _not_ happen when I run the mod via gradle runClient, _only_ when I run it with the actual minecraft client. Can someone explain this, or even propose a fix?

My problem with mcmod.info and @Mod is that they are both non-binding, read, they could tell you everything or nothing. The mcmod.info could tell me the minecraft version, but doesn't tell me the forge version. Wheras the .pom generated by gradle->maven is a known and standardized model. At this point, I'm already commited to the installer, and I'd appreciate your okay/positive view on the coming pullrequest. There are a few more things that'd have to be added to the pom, e.g. repositories, but I'm certain I can resolve them. EDIT: I mean even gradle has full maven integration. EDIT2: To download the full jar of a mod to check compability is a huge transfer of data that could just aswell result in a failure. The pom is lightweight and enough to do the job