LexManos

The files pages use a very simple system where it defaults to that message, and it's replaced by the ads that are shown. This works on some computers, and with some of the ads, but apparently not all of them. It's a best guess system. If you get it and ads, sorry... we're doing the best we can.

The advertiser that was caught doing that has been banned from the entire Adfocus network. We do not take those things lightly. But back on to point, All ad services have risk. Ads always have risk. Adfocus is used by Forge as it is the most responsive and responsible about any issues that arise. It contains the least malicious things as far as we can tell. Obviously you'll still get ads with download buttons for "Software managers" that's just the nature of the beast. If you don't like Adfocus on Forge. Consider supporting us on Patron. Until then, bills need to be paid.

Mod developers can start playing with 1.13.2. The only way we can fix bugs is if people use it an report the ones they find.

Except, they would. And it's a bit more of a overhead then we would want to put on to the server. As it's designed to be a very light weight server that does nothing but serve raw files. There is metadata available. If you're spend a bit of time to actually do you research you can figure out how to do it correctly. But most people don't. And we're not going to sit here and support the people who don't support us.

Then talk to the mod pack maker as they have released a broken pack. My advise on removing coremods still stands tho.

1) Dont spam the forum, this is not a chat room it may take a while for people to respond. 2) You have a crapload of coremods installed, it's almost impossible to tell.you which one is breaking things. I'd advise removing the coremods.

No, just run the setup. The files that the process makes/edits are illegal to redistribute {they are owned by Mojang} so there is no legitimate way to transfer them anywhere else. There is a reason why we go through the complicated setup.

Yay a For profit server manager bypassing our source of income. These is an example of exactly what we don't want happening.

You can't. This is basic server client logic. Act like the server doesnt exist on the physical client. You need to send an appropriate message tot eh server to tell it to do what you want.

Your automation is probably a bade use case. There are ways to get the information you need. However we are not publicly exposing/documenting this API as it would do nothing but harm us {both financially, and support wise} IF you have a proper usecase beside 'I'm just lazy' we might be able to point you in the right direction. But you're saying you want it for older MC versions, which honestly, Should be dead. I doubt you're installing older versions so often that you need automation for it.

Yes, it worked in the version of Forge from before you posted. Please be sure you're on the latest version before posting.

Many systems exist, the fat json file has long been the wrong way to get this information. You should make your usecase better known. If it's actually good then we can advise you how to do it now. But yes, Don't auto-download Forge. Don't use the giant json file.

Re download the installer, jenkins fucked up, I re-ran the build.

Re download the installer, Jenkins fucked up,I re-ran the build.

Things change, people don't like change, so they complain about it. You should be working with the most up to date version as you can. Simple as that.

We need more information. Exact Forge version, exact world info. World seeds, coordinates, etc... This is MOST likely the case when you load an existing world in a updated Minecraft version where the random generator has changed. So, post your logs, post your seed, post your coords, and screenshots.

Congrats, you're making a stupid coremod. Not only is it a horrible idea, it's been done about 10,000 times before. So stop doing it. As for how to embed jars in your jar... Gradle has very good documentation on how to copy files into an archive.

The launcher loads it up just fine.

Not possible, please actually understand what you're asking before suggesting things we would of obviously done if it were possible.

You can update the MDK's mapping version yourself. The one Forge uses is just the default that Forge was built with. We usually don't update it on Forge's end because it's a useless change that really doesn't effect end users. At the end of the day, mods get reobfed to SRG names. Which are stable and unique. If you're getting the NoSuchMethodException, then you're not building your mod correctly. The mappings are PURELY for dev time. So... No... Update it yourself.

This is in no way shape or form a Suggestion, why the heck did you think this would be the best spot for it?

you're doing the exact opposite of what you should do, stop using in-code recipes.

Import the project twice.

And this one you could of solved with a simple search. Use Java8.

You're running that from your home directory. So it's looking in your home directory.