ExecutableCrafting

Fixes

• ExecutableCrafting: recipes that use Nexo items as ingredients craft again. By default Nexo empties the result of other plugins' recipes that contain its items; EC now gives its result back, with the recipe conditions still checked. Thanks to grim.
• SCore: picking up an ExecutableItem with an incompatible CoreProtect version could give the item twice (a copy stayed on the ground). CoreProtect logging can no longer interrupt a pickup. If your CoreProtect isn't compatible, its pickup logging turns off with a single console warning. Thanks to wassabi.
• SCore: silenceOutput: true hides the feedback of /attribute again ("The base value for attribute ... set to ..."), for example in a LOOP activator. Thanks to theserversowner.
• SCore: on LIST variables, set followed by list-add no longer throws an error, and the added value is kept.
• MyFurniture: on a fresh install with a furniture pack already in place, the first start no longer creates duplicate furniture configs, and keeps the pack's ExecutableItems (name, lore, restrictions).

New

• ExecutableCrafting: option accurateRecipeBook in config.yml (off by default). The vanilla recipe book only compares item types and ignores enchanted or renamed items, so EC recipes with custom ingredients showed the wrong state: "craftable" with a plain item, "uncraftable" with the real one. With accurateRecipeBook: true, EC checks each player's real items: a recipe shows as craftable only when the player has the right ones, including enchanted, renamed and Nexo items, and the book updates live. This is unique to ExecutableCrafting: no other crafting plugin fixes the vanilla recipe book this way. Requires Paper 1.21.2 or newer. To turn it on, set accurateRecipeBook: true on the line EC adds at the end of the file, then run /ec reload. Thanks to grim.

The only new setting is accurateRecipeBook, and it is off by default; your configs are otherwise unchanged. If something looks wrong after updating, open a post in the bug channel.