ecoCreature

ecoCreature

Bukkit Plugins
81.5k Downloads

Mob Drops Disabled

KristianZ opened this issue ยท 5 comments

commented

Issue: Ever since I have updated to the latest ecoCreature (0.1.2-b211) and updated to Bukkit's first 1.4.2 Beta Build (1.4.2-R0.1), Mob drops have been disabled. This was reported by various players. As far as I know, Mob Drops are not disabled (Config.yml below). Drops worked back in 1.3.2, but now they do not.

What I have tried:

  • First, I checked if ecoCreature was even enabled. /pl did not show ecoCreature in red. /ecoc also worked.
  • Immediately afterwards I killed a few Mobs to see if I still get iConomy rewards. I still received iConomy rewords, but I also realized I received Mob drops. I thought to myself: Are OPs getting drops and others not?
  • With that question in mind, I checked my groups.yml (I use bPermissions). Players did have 'ecocreature.gain.' and 'ecocreature.reward.'.
    My brother (who is not OP) also confirmed he did not get any drops. So, OPs were getting drops and other players were not.
  • Last, but not least, I removed ecoCreature to see if this issue was being caused by another plugin. Mob drops did work without ecoCreature.

Conclusion: ecoCreature has disabled Mob Drops in some way.

Config.yml: http://pastebin.com/kQfxVL6Z
Server.log Error: Non
ecoCreature Version: 0.1.2-b211
Bukkit Version: CraftBukkit version git-Bukkit-1.4.2-R0.1-b2446jnks (MC: 1.4.2) (Implementing API version 1.4.2-R0.1)

commented

I like this bug report/analysis - thanks!

Will look into this bug right away.

commented

No problem. I understand how developers feel when someone says:
Mob Drops are disabled. I updated the server and I think ecoCreature is the issue.

At the end, it turns out they are using the first version ever.

commented

Update: A player reported he received one zombie flesh from a zombie.

This leads me to believe drops are very rare for non OPs. Unusual ...

commented

I think the issue is the OverrideDrops flag. I believe I inadvertently changed the behavior to override drops even in the cases where no substitute drops are defined. In which case, you end up with no drops at all.

Since folks are used to this behavior, I'm going to restore it.

commented

Thank you!