Troubleshooting rule matching, scanning triggers, and item confiscation issues
Debug: [scan, operator] and check console outputname (globally unique across ALL .rs files)Ignore settings aren't suppressing the scanthen confiscate, then strip-nbt, or then strip-attributes must ALWAYS be commented out in rules/main.rs when shipped as defaults. Most Minecraft servers use custom items, RPG plugins, or custom enchantments that would be destroyed by aggressive rules. New rules should be provided as commented-out examples for admins to enable manually. Similarly, new scan triggers (e.g. Gamemode_Change, Creative_Click) must default to in . This was learned the hard way in 2.7.1 → hotfixed in 2.7.3.falsesettings.ymlthen confiscate excess MUST be paired with ignore inventory amount — without the amount threshold, excess confiscation has no reference point. Users report "confiscated everything instead of excess"McMMOHook.isUsingAbility(). Users report "mcMMO items not being scanned" — this is intentional.rs files — not just within one file. Duplicate names silently override earlier rulesCustom_Persistent_Tags: true is the fix for custom plugin items being confiscated — many plugins add persistent data tags to items. Enable this to skip items with custom tags. Use /protect iteminfo nbt to inspect items[scan] shows "Checking rule" not "Matched rule" — the scan debug fires when the material pattern matches (match * = every item), NOT when the item violates the rule. The actual violation check is canFilter() which runs after. If users see all rules listed for all items, this is normal — add operator to Debug to see the actual filtering logicmax_stack_size component bypasses check stack size — hacked items can set a custom max_stack_size component (e.g. 99 on TOTEM_OF_UNDYING). Protect must compare against Material.getMaxStackSize() (vanilla default), not ItemStack.getMaxStackSize() (respects hacked component). Fixed in PR #72. The over-64 rule with require amount 65 can independently catch these items since it doesn't use check stack size