@Diemex

sorry for late reply, was at the lake, that is the issue tho, when adjusting things in i believe the config and stuff it is allowing the explosion like it should be but not stopping the damage, its use is such that u can fire tnt cannons and harm people without harming the environment

@Ajaxan

Oh okay, I will think about a fix for that. Simple fix: No placing of blocks against torches. But then you can use flowers, flower pots, signs, fences, fence posts and I don't want to manually add every item once an update comes with more such blocks. So I have to come up with something else which might require a restructuring of the "antibuild in air" code...

@Netu

Fixed it in the last build in the RELEASE branch.

These are the builds I'm using on my server atm. No configuration is implemented yet, but it supports a new project of mine (unreleased) which displays messages on the right instead of spamming the chat. Example. It can be found Here and requires 3.4 and upwards to work. Keep the disclaimer for dev builds in mind ;).

@Diemex

Yes, exactly. I made a small imgur album just to make sure we are on the same page.

Torch Exploit

@Ajaxan

I had a look at your server and i understand why you want to prevent bridging. So basically you place a torch under your feet and then you somehow get into a position where you can place a block against the torch?

@Tritek

Not sure about libigot, but it should work with spigot although some have reported some issues with the number of spawns.

@Netu

The problem is not placing on top, its placing on the sides of torches. If you stop players from being able to place blocks off of a torch (and other similar items) then you fix the problem.

@Diemex

The exploit is not normally to big of a deal, but on my server it is. The world is made up of floating islands so the "unable to build in air" mechanic stops players form making "noob" bridges between islands and force them to think more and use more materials. With this exploit they can use a single torch to bridge between islands.

@Ajaxan

A screenshot would be helpful. I have an idea what you mean, but I'm not certain how it is exploited.

@Netu

Then players can't protect torches from rain anymore.

Players have managed to beat the new build mechanics, or more specifically the mechanic stopping players from building "in air". They place a torch/fence/redstone torch, once placed, they can now build off of it in any direction without having to get near the edge of a block where the "can't build in air" mechanic would have otherwise stopped them. If this doesn't make sence through text I'll post a screenshot.

I'm not sure if you are aware of this loop hole but i though I should bring it up as players are able to bridge very easily using this technique.

@N1T3SLAY3R

When I tested the explosions I tested specifically with WorldGuard and it blocked all explosions. Has something changed, is it not blocking explosions anymore? What is the issue?

@Netu

Thanks for the donation, the gesture counts. As to the pigmen I will check the relevant code. It might be that the AntiGrinder code is blocking the drops.

@Bodyash

Could you explain the issue a bit clearer I'm not quite sure what you mean

Further, exploding TNT will produce a more "natural" devastation with lots of fallen rock and other rubble.

Doesnt works on 1.6.1

In 3.2.2 and 1.5.2 it works. No fallen rock and other blocks :C Only huge explode.

@Diemex

i know but the main issue is the custom explosion, cause i have that set and its affecting it abit

@CommodoreAlpha

I mean that the default value of zombies respawning by extrahardmode has to likely be tweaked, because that option in addition to mojangs changes to zombies is probably a bit too many zombies. I didnt plan to add options to mojangs changes to zombies, just meant that we have to tweak ehm default values a bit.

@N1T3SLAY3R

Ehm was written in a way so that it supports as many protection plugins as possible. Explosions are "labeled" as creeper explosions and should therefore be recognized and blocked by all protection plugins.

@benjacraft210

What do you mean, there are configs for almost everything?

@sirpoopalot

Please refrain from using all CAPS in my comments. This plugin is a bukkit only plugin, which means that even though I havent written a version specifically for 1.6.1 the plugin should still work. There is not even a recommended build availible for 1.6.1.and still a lot of the API has to be implemented, specifically the horse API.

@pilvimaa

I'm not complaining about too many zombies, I'm complaining about Mojang doing redundant things. Well... they're not totally redundant if you're playing on a non-Bukkit server or Singleplayer.

The reason I'm complaining about the "more zombies + get harder as you stay in one area" tweaks is not because they're bad tweaks. The reason I'm complaining is because such features should be an opt-in thing, not something you'd have to opt-out of via a plugin. And if you really wanted Minecraft to be focused more on zombies, you'd get a plugin/mod to do that for you. I think Minecraft should be agnostic and focus on breadth in gameplay, rather than any concept or particular mob like the zombie (and yes, the Creeper is an overrated icon).

And not all people who complain about too many zombies are wimps. That's an overgeneralisation. It could be that someone is complaining about too many zombies because their villagers are getting eaten (on the Hard difficulty) and they're having trouble dealing with it, or simply that more zombies = less of other mobs = less of other mob drops. Let's face it, having stacks of rotten flesh isn't very useful unless you get a plugin to make it useful.

To summarise: The tweaks aren't bad, I kind of like them too, but Mojang should try to be more agnostic in what they add and make sure their additions focus on breadth. If they try to add depth to a mechanic or something else, they should make sure it can be opted out of, or that it'll be depth anyone can enjoy regardless of type of gameplay.