Bukkit

Can you add this option??

"MaxMemberForFaction":15 (When set 0 = no limits) "autoLeaveAfterDaysOfInactivityOnlyMember": 3.0, "autoLeaveAfterDaysOfInactivityOnlyModerator": 5.0, "autoLeaveAfterDaysOfInactivityOnlyAdmin": 14.0,

@Brettflan

Thanks mate awesome work again! Love ya guys! However is it weird that 2 different people report the same issue after each other at the same day? Or is it just me? :)

Greetings SupaYoshi <3

I was also wondering could it have caused this:?

http://pastebin.com/91XLxKBV I had a crash last night where i normally never have that :)

Possible addition, certain groups can't add each other. Example, group 1 can not add players from Group 2.

@iTzVGMxD

Take the time to read my last post, second answer.

EDIT: and by the way, I've already added a hopeful workaround for that which will be in the next release.

@fragger505

See here.

@UnitedFactions

That's been reported before a couple of times. It's due to a CraftBukkit issue where a location's world somehow changes while running the teleport smoke effect. I can probably come up with a workaround for it. In the meantime, you can work around it by disabling the /f home teleport smoke effect:
/f config homesTeleportCommandSmokeEffectEnabled false

@fragger505

22:54:14 [SEVERE] Could not pass event org.bukkit.event.player.PlayerCommandPreprocessEvent to Factions java.lang.IllegalArgumentException: Cannot measure distance between UnitedFactions_the_end and UnitedFactions at org.bukkit.Location.distanceSquared(Location.java:380) at org.bukkit.craftbukkit.CraftWorld.playEffect(CraftWorld.java:687) at org.bukkit.craftbukkit.CraftWorld.playEffect(CraftWorld.java:677) at com.massivecraft.factions.zcore.util.SmokeUtil.spawnSingle(SmokeUtil.java:37) at com.massivecraft.factions.zcore.util.SmokeUtil.spawnSingleRandom(SmokeUtil.java:47) at com.massivecraft.factions.zcore.util.SmokeUtil.spawnCloudRandom(SmokeUtil.java:73) at com.massivecraft.factions.zcore.util.SmokeUtil.spawnCloudRandom(SmokeUtil.java:81) at com.massivecraft.factions.cmd.CmdHome.perform(CmdHome.java:137) at com.massivecraft.factions.zcore.MCommand.execute(MCommand.java:126) at com.massivecraft.factions.cmd.FCommand.execute(FCommand.java:59) at com.massivecraft.factions.zcore.MCommand.execute(MCommand.java:116) at com.massivecraft.factions.cmd.FCommand.execute(FCommand.java:59) at com.massivecraft.factions.zcore.MCommand.execute(MCommand.java:131) at com.massivecraft.factions.zcore.MPlugin.handleCommand(MPlugin.java:206) at com.massivecraft.factions.P.handleCommand(P.java:152) at com.massivecraft.factions.zcore.MPlugin.handleCommand(MPlugin.java:216) at com.massivecraft.factions.zcore.MPluginSecretPlayerListener.onPlayerCommandPreprocess(MPluginSecretPlayerListener.java:26) at org.bukkit.plugin.java.JavaPluginLoader$5.execute(JavaPluginLoader.java:298) at org.bukkit.plugin.RegisteredListener.callEvent(RegisteredListener.java:61) at org.bukkit.plugin.SimplePluginManager.callEvent(SimplePluginManager.java:460) at net.minecraft.server.NetServerHandler.handleCommand(NetServerHandler.java:777) at net.minecraft.server.NetServerHandler.chat(NetServerHandler.java:744) at net.minecraft.server.NetServerHandler.a(NetServerHandler.java:732) at lishid.orebfuscator.hook.NetServerHandlerProxy.a(NetServerHandlerProxy.java:101) at net.minecraft.server.Packet3Chat.handle(Packet3Chat.java:33) at net.minecraft.server.NetworkManager.b(NetworkManager.java:226) at net.minecraft.server.NetServerHandler.a(NetServerHandler.java:100) at lishid.orebfuscator.hook.NetServerHandlerProxy.a(NetServerHandlerProxy.java:44) at net.minecraft.server.NetworkListenThread.a(NetworkListenThread.java:78) at net.minecraft.server.MinecraftServer.w(MinecraftServer.java:537) at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:435)

@Brettflan

Great to hear so! :)

@UnitedFactions

Cancelling the arrow damage event for fire arrows doesn't prevent combustion, and until 1.1-R4 was released recently there was no way to prevent that combustion. That's why. As of 1.1-R4 fire arrows should now be triggering combustion events which we can watch for and prevent, so that should be handled in our next release.

@Brettflan

Hi Brettflan, could you explain to me why flamebows work in Safe Zone? People can kill each other using flamebows :) its been around for long now.

I wonder what is causing this? Bukkit? Factions?

Worldguard has the problem too I believe

@UnitedFactions
You're referring to "noPVPDamageToOthersForXSecondsAfterLogin"? That setting prevents a person from hurting others immediately after logging in, not the other way around. Minecraft itself provides the few seconds of login invincibility, which that setting is provided to effectively counteract.

@Crayder
Explosion protection is provided via flags in the 1.7 releases, and doesn't (currently) differentiate between types of explosions AFAIK.
I should remind you that our 1.7 releases are very clearly and strongly marked as ALPHA releases and not intended for most people.

@Brettflan

Okay does it work with combattag? I have an issue when a player logs out just before he gets hit, and logs back in he has invincibility for 4 seconds and can kill the other player. However atm its at 3 seconds in my config?

Thanks for answering!

@MrDoomBunny
Any permissions plugin which isn't several months out of date, since all updated ones should interface through Bukkit's built-in superperms system. That said, read the FAQ above for coverage of potential issues.

@UnitedFactions
It still works and it's still in the config. It's definitely in there; even if you deleted it, it would be added back the next time Factions saved.

Does this option still work? it's not in my config, but i would really like it. noPVPDamageToOthersForXSecondsAfterLogin

@sheepwool7
You can't find what's not there. Essentials teleport delay and cooldown integration is in the 1.7 dev branch and will likely be backported for the next 1.6 stable release.

@NoelleMinuet
That should do it. The offline one is powerOfflineLossPerDay, which currently defaults to 0.