LexManos

I think I see where he screwed up. The cookies laws are just dumb, not even the EU's site regarding guidelines for cookies can be entered without storing at least one cookie. How ever, I've changed the wording slightly, and made the theam code use the normal accept/decline methods. https://github.com/MinecraftForge/Web/commit/53e2919f90a43326e74e25deb3da49ab6d370936 This should be a good stop-gap until paleo can take a look at it.

Or, you can answer the prompt from the command line, even on a headless server. We have quite a few options including the command line command processor. As well as the environment variables. And a launch argument IIRC. There are options you can use.

It'll bee fixed in the next version, just a DNS issue. As always you can see all the changes here: https://github.com/MinecraftForge/MinecraftForge/commits/1.12.x

Interesting i'll look into it, however from all of our tests that is not the case. Can you provide what exact version of your browser, you are using. And any possible addons you may have that are interfering with basic java-script functionality. As for the wording, we've had it vetted and it seems to be fine to most reasonable people. I'll see if Paleo can think of even more explicit terms.

Mojang EXPLICITLY states not to do capes. Bye.

You should be able to just do java -cp {netty} -jar {forge} --nogui If not Forge's server main class is net.minecraftforge.fml.relauncher.ServerLaunchWrapper But you'll need to add every other library to the classpath. The server's MANIFEST file specifies all this.

User was suspended for 7 days for being an ass twards someone who was trying to help him.

We do not support jar modding in any way on these forums. If you're wanting to work with the guy to make things open source, Then move him to a proper mod before doing so.

There is a space after "-jar"

The issue is if IPB has a hook to allow for that kind of injection, I haven't seen one.

Remove the coremods, One of them is screwing up something. And because it is a coremod there is no way to tell what.

Don't hijack other people threads, make your own. And follow the other rules lined out int her EAQs.

Remove all that shit and try again. ESPECIALLY 'NotEnoughIDs' as it is KNOWN to screw up handshakes as well as corrupt worlds.

Thaumcraft. at thaumcraft.client.fx.ParticleEngine.updateParticles(ParticleEngine.java:296)

They use this internal method is a half-baked anti-cheat system. It was doomed to fail from the beginning as it requires the server to trust the client. Not to mention it bypassed all the other ways mods are loaded. But ya its internal API that isn't garenteed to work.

Remove all of those and see what happens.

Ya, been trying to get Flame to do it for a bit now.. It's being worked on... whenever he decides to dedicate some time.

Update to 1.12.2.

Forge Version: 1.12.2-14.23.4.2703 Minecraft Version: 1.12.2 Downloads: Changelog (Direct) Windows Installer (AdLink) (Direct) Other Installer (AdLink) (Direct) MDK (AdLink) (Direct) Universal (AdLink) (Direct) 1.13 prep is still moving along, I've been spending a lot of time working on the backend tools to make decompiling and working with 1.13 a bit easier. Cpw is still working on the re-write of FML for Java9+ and 1.13. However, development on 1.12 has not stopped, we've gone through and cleaned up a lot of things, as well as properly introduced a better library management system. So, it's about time for a new release. Dependencies: For a long time Forge has supported the ability to have multiple jar files extracted at startup from mods. Allowing modders to distribute required dependencies in a single download for end user convince. However, this feature has not been used often. After getting some modder feedback I have re-written the majority of this system. We need volunteers to write full documentation for this feature, however here is a quick rundown. Mods will now be extracted to a central maven style libraries directory. Forge will attempt to find this using the normal launcher layout, however the path can be overridden using "-Dforge.lib_folder={LibraryFolder}" Mods CAN be automatically moved to this libraies folder by Forge, however this is disabled by default due to people thinking it'll be confusing to users. Enable it using "-Dforge.enable_auto_mod_movement=true" To define a contained dependency modders must add the "ContainedDeps" entry to their MANIFEST file. This is a space separated list of files in the mod jar to be extracted. The files can be located under the jar root, or META-INF/libraries/. Libraries can specify a maven style artifact identifier in their MANIFEST file, and it will be extracted to the correct library folder. Example: Maven-Artifact: net.minecraftforge:forge:1.12.2-14.23.4.2703 If two mods contain a dependency on the same maven artifact, the highest version will be loaded. This fixes issues where two mods ship a API, and one crashes because the older version was used. For 3rd party dependancies that do not have the Maven-Artifact manifest entry, you may specify a custom MANIFEST by adding a {FullJarNameIncluding.jar}.meta file next the original file. More information and examples should be forthcoming as modders start working with this feature. So don't be afraid to ask. Minecraft Forge 14.23.4 Changelog: ============================================================================ New: JSON based annotation caching. To help speed up load time. Disabled by default due to lack of modder feedback. Enable with -Dfml.enableJsonAnnotations=true Removal of Mercurius, failed experiment. It has been disabled for months. Added function to BufferBuilder to directly insert byte data. Improve the "Mod rejections" error message when connecting to a server Added hook to allow specifying specific modids for sub-blocks and items. New hook to allow better management of rendering special items in inventories. Added fences and fence gates to the ore dict. Improved memory performance of rotated models. New hook to allow sleeping in custom dimensions that don't allow respawning. New hook to control specific mob greifing rules. New performance hook to unload unused worlds. New function to list biome types. Added ability to send packets to everyone around a point in the world. New ITeleporter interface allowing easier control of inter-dimension teleportation. New feature in World Workers allowing delaying without finishing. Improved missing mod dependency error screen. New library/contained dependency management system. Added protection against BungeeCord servers sending invalid data to the client. Enhanced startup error handling and displaying. Added supports for redirects when doing mod version checks. Added original ChunkPos to decoration events. Added ability for custom models to have per-state lighting. Added an event to control nether portal formation. Added formatting support for status messages. Improved memory usage of multipart models. Moved dedicated server's EULA check to be called earlier. Bug Fix: Fixed non-deterministic order in deserialised Forge blockstates Fixed culling of generated item models with non-default transforms Fixed incorrect dimension ID being used for maps Fixed vanilla crash classes not being preloaded. Fixed ForgeChunkManager performance issue by moving writing off thread. Fixed various vanilla blocks loading unloaded chunks. Fixed issues with smooth lighting code and translucent blocks. Fixed serverside startup failure when checking for vanilla acceptance. Fixed error caused by FakePlayers using commands. Fixed client hang on internal server crash. Fixed performance issue related to blockstate lighting. Fixed lookupFluidForBlock not working for flowing water and lava. Fixed log4j config for mojang launcher changes. Fixed various issues related to unclosed resources. Fixed NBT data loss when shift-clicking stacked items in the enchantment table (MC-17431). Fixed sound engine crash when stopping streaming sounds. Fixed entities sometimes not rendering when above/below the world. Fixed issue causing players to be lost from chunk tracking during teleportation. Fixed performance issue in ItemStack. Fixed exit logger printing wrong stack elements. Fixed fences and walls sometimes not connecting to vanilla blocks. Fixed cryptic error caused by server watchdog. Fixed players not hearing pickup sound when given via machines. Fixed Spectator mode particles and sounds computed from where you have been before (MC-46445). Fixed EntityPlayer firing LivingAttackEvent twice for the same attack. Fixed the warning logged for cascading world gen. Fixed armor bar dissappearing when moving dimensions. (MC-88179) Fixed vanilla duplication exploit. Fixed Forge's world gen command overloading the save thread. (Slowed it down so the save thread could keep up) Fixed FluidUtil.getFluidHandler skipping some fluid tile entities. Fixed events firing when the game has already crashed during loading. Fixed dragon fight not initialising correctly under some circumstances. Fixed overrides typo in saving registry data. Fixed MC-123363: Stop rendering removed tile entities Fixed client world memory leak. Fixed activator rails incorrectly powering wrong vanilla rails. Fixed typo in validation of vanilla registry wrappers Fixed vanilla performance issue in lighting code. Fixed race condition causing dedicated server block mappings to shift. Fixed runtime deobfusction issue related to modified classes. Fixed various Particles glitchy movement (MC-12269). Fixed possible NPE when calling Loader.getIndexedModList Fixed some light-emitting blocks letting light through (MC-119932). Fixed farmer villagers not re-planting modded crops when they harvested them. Fixed memory leaks in EnchantmentHelper (MC-128547). Fixed parameter inconsistency in IFieldWrapper Fixed language parsing for creating the java locale. Fix Forge bucket not declaring all texture dependencies.

you can save it however you want, enums have two things that are unique, and if you don't screw it up, ordinal() returns a unique integer for each enum value. Or you could use the name() which is a string.

Honestly, you're being so vague it'd difficult to understand what you're trying to do. Show all your code related to what you're trying to do.

Oh lord, where to start. You are using this to store what? A String name, and int value right.. so why is it a <String,String> and not a <String,Integer> Why are you immediately converting the string to a int, why not just take in a int? It would save you all of these Integer calls... You do this line 4 times, you should probably move this to a 'isValidKey' function, OR start using a enum. You do realize this function doesn't actually return anything and thus is completely useless... right... ? Looks to me that you want to do something more like: public enum Stat { STRENGTH, CONSTITUTION, DEXTERITY, WILLPOWER, MIND, SPIRIT}; HashMap<Stat, Integer> stats = new HashMap<>(); public void add(Stat stat, int value) { stats.set(stat, stats.getOrDefault(stat, 0) + value); }

Use the installer

This needs no more discussion, the guy has no idea what hes talking about.

The mappings arnt for people who don't know how to apply mappings themselves, and decompile themselves. It's not hard. There is nothing worth looking at right now. As things are in complete flux.