Bukkit

@Zarkiel7

Try this

PORK~&rLamb

@CommodoreAlpha

@coyote0013

Coyote is referring to the Item Attributes that were added in 1.6.1, unfortunately any plugin that uses these must rely on NMS code and does so in their own special way often adding their own attributes over the vanilla ones so OtherDrops will not have this added until Bukkit adds their own system for attributes. This page explains attributes. A lot of plugins can use attributes by using an items lore data like Commodore said, plugins like that can easily be used with OtherDrops. A good example would be ItemAttributes.

@Shaded26

Chat triggers were brought up once before and I can't remember the reason but it was declined at the time, that was several minecraft versions ago though so things may have changed.

@coyote0013

What item modifiers? What are these "other tags" you're talking about? When you make a request, don't refer to nouns in a definitive manner, because I've no idea what you're talking about (beyond the idea that you're requesting a feature).

More likely than not, you're referring to another plugin that uses lore within items to specify whether "x" effect should be applied to a certain item - or what you call, an "item modifier". All you have to do is replicate the plugin's lore. See this page for details. If using ampersands (&) for colour codes don't work, try using section symbols (§) instead.

@Shaded26

I didn't find anything myself (checked the changelog), so it couldn't hurt to make a ticket - could be a good idea in terms of features. If I'm wrong and the feature already exists, the worst thing that happens is that the ticket is cancelled, and you're told how to use the chat-condition parameter. (And I get to document it.)

@LE_PHANTOM

Plugins don't ever have "everlasting" mechanics. So, it's a bit strange that you attributed the issue to OtherDrops, even when you removed OtherDrops and turned up the same results. It's a bit like me saying, "When I clap my hands, the lights turn on, but other times I don't do it the lights still turn on, therefore clapping my hands is causing the phenomena regardless." That is not to say your report is invalid - I just wanted to point this out.

Did you try running a clean server? As in, a copy of your server, but with no plugins. If you're turning up the same results - blocks not dropping items - it's probably a problem with the copy of craftbukkit you're using. If you can then run a separate (not a copy) clean server, and you still turn up the same results, that is simply bizarre. But if that occurs, you'll know that the problem is, for sure, not from OtherDrops.

By the way, from reading your situation, I don't think the issue has anything to do with OtherDrops. You're saying anything not specified in OtherDrops drops nothing, correct? Let's look at it from a different perspective, then. How about this: "Anything specified within OtherDrops drops what I expect it to." That implies that whatever drops occur on your server, only happen because OtherDrops is there to "force" it - or in other words, create its own drops. Without OtherDrops, absolutely nothing would drop. Rather than attributing what appears to be an exception as one, it is actually the exception that is following a rule, and everything else that is the exception (or, to better put it, an anomaly).

@Faldonboy

Thanks for the info, updated the "creatures" page.

@ZeEye

That one I know works, SKELETON@NORMAL

Snippet from my working drop file:

    SKELETON@NORMAL:
        - dropgroup: skeletonszoneone
          flag: UNIQUE
          tool: PLAYER
          regions: [zone1]
          drops:
              - drop: [XP/5-8, MONEY/0.20-0.25, BONE/1-2/95%, ARROW/1-3/35%, ARROW~&aBone Arrow;&3 ;&5---&6Stats&5---;&7+1 Ranged Damage;&7+25 Critical Damage;&7+3 Critical Rate/1-3]
                flag: UNIQUE
                chance: 10
                spawnedby: -SPAWNER
    SKELETON@WITHER:
        - dropgroup: wskeletonszoneone
          flag: UNIQUE
          tool: PLAYER
          regions: [zone1]
          drops:
              - drop: [XP/8-12, MONEY/0.35-0.45, BONE/1-2/95%, ARROW/1-3/35%, BONE@1~&aCharred Bone/1-2]
                flag: UNIQUE
                chance: 15
                spawnedby: -SPAWNER

@ZeEye

@CommodoreAlpha

I can't remember if it was ever added but try using CHICKEN@NORMAL and CHICKEN@BABY to have separate drops. If that fails try CHICKEN@ADULT one of those was supposed to be added but I'm not sure if it was.

If it wasn't a way to fix this is slightly harder but would work, you could replace all baby chicken spawns with new ones that have slightly lower HP(makes sense since they're smaller and more frail anyways) and then use these instead.

 CHICKEN@8h:  #Adult Chickens
    - drop: {NOTHING/70%,FEATHER/1/15%,FEATHER/2/15%}
    - drop: {XP/1/33%,XP/2/33%,NOTHING/34%}
    - drop: {RAW_CHICKEN/1/10%,NOTHING/90%}

  CHICKEN@4h:  #Baby Chickens
    - drop: NOTHING

@gepardo43

Test it with another economy plugin. Someone using Essentials Economy had a similar problem to yours before. OtherDrops works with Vault just fine, so it's not the connection between those two plugins. If switching to another economy plugin fixes the issue, it's probably an issue on Essentials' side.

This is my own personal bias (and I'm very biased), but I see Essentials as a heavyweight plugin suite, doing things it shouldn't be doing (or at least doing things it shouldn't be trying to do). I'd recommend switching to another economy plugin, but it's really up to you. Also, I'm slightly curious, but why did you ask if it had to do with OtherDrops+Vault instead of OtherDrops+Essentials?

@GavinTheHero4

According to the changelog on OtherDrops, the support is only for a command, and is rudimentary:

Quote from OtherDrops:

RPGItems test - /od rpg <ITEMNAME> (testing for future integration of RPG Items as drops)

If you wanted to use RPG Items in your drops files, I would just replicate their naming/lore if possible.

@Faldonboy

Weird, I thought colour codes in lores were something that hasn't been added yet. I wonder where I read that from... Thanks for the notification though.

@ZeEye

That's really not normal, as they're supposed to be two different entities. But I think there might be a reason why.

When OtherDrops sees "CHICKEN", it reads it from all chickens, not only adult chickens. Then, after modifying the drops of all chickens and whatnot, it comes across "CHICKEN@BABY", and because the drops have already happened after reading the first one, dropping "NOTHING" has no effects whatsoever on the previous drops.

As of now, I can't think of a workaround, but I do think that's a bug though. Now I do wonder where ZariusT has been...

Lores should take color codes just fine, when I used his configuration in my server it came out like it should have. I'm wondering if he has another plugin that uses lores as an identifier that could be interfering.