LexManos

Give us the console output from trying to run the installer gui in case anything explodes that we should know.

GreekCraft isnt 1.6.4.

Speak with the zeplen mod and figure out where he is setting the bounding box. If someone reports the bug properly then we can take a look. We need exact ways to reproduce it. I await the zeplin mod author's PR. Until then, leave it be unless you can debug it.

We're not gunna update 1.2.5 shit. Have the mods update. Nobody here cares about it. If there is a bug, then debug it and submit a pr to fix it.

[lmgtfy]jarfix[/lmgtfy] its int he eaqs dude -.-

They are the same exact format, except vanilla minecraft still has the same bug with maps. ALL worlds save to the SAME folder. So, for example: Villages save to /world/data/Village.dat Foretess save to /world/data/Fortress.dat But in Forge: Villages save to /world/data/Village.dat Fortress save to /world/DIM-1/data/Foretess.dat Why is this important? Well, because say you decided to install Mystcraft. Mystcraft has the ability to create any number of dimensions with any number of structure types in it. If we followed vanilla's folder structure, we would have the overworld's villages colliding with the mystcraft dimensions villages. BOTH would try to save to /world/data/Village.dat Only one would win, the rest would lose there data forever. And they would all READ from the same data file, which would cause the villagers to be confused and villages to be destroied. But in Forge, we fix that by making sure everything related to a specific dimension, is saved int he specific dimensions folder. So Mystcraft would save to say, /world/Mystcraft1/data/Village.dat And never conflct with the overworld. And both dimension's villages would stay in tact and be fine. Now, upgrading from a Vanilla 1.6.4/1.7 world is simple, you simply move Fortress.dat from /save/data/ to save/DIM-1/data Simple as that. To convert back, you grab all the per-world /data folders and merge them into /save/data. Thus loosing all world specific information and fucking up your world, but hey it's not a problem in Mojang's eyes so whatever...

Don't use MagicLauncher it is not properly launching the game. Use the mojang launcher.

Its possible, and you need to manually install it. We do not support old version, there is honestly no legitimate reason for you to still be using 1.2.5

http://www.minecraftforge.net/forum/index.php/topic,12728.msg65980.html#msg65980

http://www.minecraftforge.net/forum/index.php/topic,12728.msg65980.html#msg65980

There should be no reason to modify the json files forge ships. The problem is liteloader is adding a value incorrectly/erroniously.

The change for 1.7, which caused the need for 1.6.4 are in Forge for 1.6.4 however we do it differently and we currentlyh don't have a solid way to automate the conversion of maps ffrom vanilla to forge. This is the same bug that deals with maps that you're seeing. Two dimensions are trying to write to the same exact file on disk when the worlds are saved. Thus causing one set of data to overwrite the other. I have brought this to the attention to the mojang devs and there reply is "we don't care because it won't effect vanilla" ya it won't effectg vanilla YET for structures as no two vanilla dimensions share the same structure types. Example being the nether doesn't have "Villages". However the issue IS in vanilla when it comes to maps as you see here. So, for those who plan on moving a 1.6 world to 1.7 forge, I advise loading it into a 1.6.4 FORGE. If not you will have to do some manual migration. Unless I can think of a clean way to automate it. However the migration is simply moving a few files from. /world/data to /world/dim-1/data. This is a bug in vanilla that they simply don't care about, but we at forge MUST care about.

We do fix a long standing vanilla bug related to maps that causes them to loose these data. Ill see if I can reproduce this when I getg home. But I would typically blame vanilla mc for this as it is a really long standing bug that has been in ever seince maps were added.

Typically, if you want to connect to a server which has a mod that adds new content, yes you need the mod installed on the client... How else do you think it will be able to understand what the server is talking about, or render the new entities and stuff?

Something is causing the state to be corrupt and cause a null However, the looks of it, you are having a ID mismapping issue, the actual .log file should contain more information. Namely, you say you're trying to connect to a pixelmon server, but that log tells me you don't have pixelmon installed.

https://github.com/MinecraftForge/FML/commit/35ab9f52b02d84592e4c7607feb6009710b2f7d9 Issue that effect ~7 builds, I will call this one my bad. But seriously this scala shit is getting frustrating -.- Anyways i've fixed those 7 broken installers, this *should* work just fine now. BUT IF THEY DO NOT I NEED: Console logs EXACT Version of the installer you're using, including MD5s and the EXACT url you downloaded them from. EXACT JVM and OS versions. AND a copy of the libraries/org/scala-lang folder I need this information so I can go in and disect the bugs. Without this information I just have a flood of kids running up to me saying 'broken broken broken broken' and it get REALLY REALLY frustrating -.- As for your reference to me telling the user to clear his cache, he was having corrupt download issues in the installer itself, not in scala. NONE of our installers are missing the version.json that he is experiencing. However, I do want to thank you for atleast attempting to provide part of the information that I need that allowed me to narrow it down. {The md5}

You don't put forge 'in' anything. Use the installer and select the server install. Then run the forge universal jar.

yes I ment lang, thats what I need -.-

Find the author of liteloader As him 'Why the hell are you adding a username to the arguments when a username already exists?' How is that confusing?

[lmgtfy]how to clear internet cache[/lmgtfy] Clear your browsers, and internet cache, and whatever other programs you use to download files. Something is corrupting your file, it's not corrupt on our end, so only thing you can do is keep trying and making sure nothing on your end is screwing up the transfer.

I have almost zero experience with Macs, and i'm not about to go out and buy one just for this. {Though I probably should -.-} Either way, make sure you try running the installer from terminal, so that we can see any errors that may happen to printed to the console. Straight forward, just go to terminal cd to the folder that has the installer then run java -jar {installer-name}.jar The download for the libraries happens in a few steps, because the libraries are so large they are killing our servers. So we download a compressed version. We then uncompress it. And then we hash everything inside to make sure nothing got corrupt. We can't do the entire file hash because macs like to ship broken zip file implementations which cause the files to be different each time -.- But ya, we need the console log, and the files that were downloaded {they are in your libraires/org/scala-lib folder} So we can try and track down what s wrong. The more information and help you give me, the more likely I can figure out what is wrong.

[lmgtfy]jarfix[/lmgtfy]

Upload your libraries/org/scala-lib folder somewhere and link me it.And then delete those files and run the installer again.

http://www.winmd5.com/ Go make sure you clearn all of your caches, and see if redownloading helps, None of the installers on our site are corrupt like that.

that was only ever the case on changes that didn't change the obfusication, 1.6.2, 1.6.3, and 1.6.4 DID change the obfusication. So mods need to update.