GRIP-EMS v2.1.5

Hero-talent override spells like Soul Immolation (Felscarred Demon Hunter replacement for Immolation Aura), Eradicate, and other talented override variants no longer trigger the orange "needs attention" warning banner over sequences that reference them by their override name. The spell cache only registered each spellbook entry under its base name, so sequences that typed the override name found nothing in the cache, the validator marked them known-but-not-in-spellbook, and the banner counted them as stale. The cache scan now adds a second pass that registers each active override variant under its own name (Soul Immolation alongside Immolation Aura, etc.), and the validator no longer counts known-not-in-spellbook spells toward the stale total -- those spells are legitimately castable via macros, so the warning was misleading even before the cache fix. The tooltip detail still lists them individually for diagnostic purposes.

Override re-translation now runs on every spell cache refresh, not only when the client locale actually changed. A /reload with the same locale used to skip the override heal pass; sequences that imported under one talent loadout and got reloaded under another could keep stale spell names baked into the macrotext until a locale change or a talent swap kicked the heal pipeline. Real world reports from a Demon Hunter Felscarred user on Soul Immolation are the canonical repro.

Sequences could go unusable for the rest of a Mythic Plus key after a /reload mid-run. The bootstrap step that loads keybinds was skipped silently when the addon-restriction lockdown was active (any Mythic Plus key keeps the lockdown active for the whole run, not just during combat). The skipped call was never retried, so keybinds stayed unbound until the key ended. Bootstrap now queues the keybind load through the out-of-combat queue when the lockdown is active, so it fires automatically when the lockdown lifts (key ends, combat drops, encounter finishes). Reported by Hydra on a Demon Hunter Felscarred run.

Spell IDs outside the signed-32-bit range no longer crash the override-aware spell translator. Sequences whose macrotext contained {spell:NNN} tokens with very large numeric values used to throw an "outside of expected range" error inside HealOverrideSteps. The translator now bounds-checks before calling the C_SpellBook override and base-spell APIs. Matches the existing SafeOverrideID guard pattern from the spellbook scan path.

Opening the EMS main frame during combat or inside a Mythic Plus key no longer fires ADDON_ACTION_BLOCKED. The OnShow hook called SetPropagateKeyboardInput unguarded; the pcall caught the throw but BugSack still captured it. Gate now matches the v2.1.1 fix shape for the sequence editor.

Garbage spell IDs typed into the macrotext editor (or imported from corrupt payloads) no longer reach SavedVariables. {spell:NNN} tokens with values outside the (0, 2147483647] range are now rejected at the tagging step instead of just at the translate step. The four previously inline bounds checks across the spell-cache pipeline now share a single SC:IsValidSpellID predicate so the (0, 2147483647] window matches everywhere -- previously two sites allowed 0 and two rejected it.