[0.7.4] - 2026-09-10

Fixed - 0.7.4

• Per-Tooltip Lifecycle State:
  • Every deferred timer (delayed tooltip, class border re-apply, defensive border re-apply, instant fade) previously lived in a single module-level local shared by ALL hooked tooltips (GameTooltip, ShoppingTooltip1/2, ItemRefTooltip, WorldMapTooltip, SmallTextTooltip). Clearing or hiding one tooltip could cancel or stale-out another tooltip's pending appearance work.
  • All timers, the generation counter and the pending item-load cancel handle now live in a per-tooltip state table on the frame itself (getTooltipState), and each timer self-clears its slot on fire.
  • Power-bar cleanup is now scoped to GameTooltip only: clearing the world-map or shopping tooltip no longer hides the power bar under the main tooltip.
• Uncached Item Retry:
  • Hovering an equippable item whose data Blizzard has not cached yet now requests item data (Item:CreateFromItemLink + ContinueWithCancelOnItemLoad) and repaints the tooltip when the load lands; the continuation is stored per tooltip and cancelled on clear/hide so a stale load can never repaint a different item.
  • Clients without the C_Item object API fall back to C_Item.RequestLoadItemDataByID for the data request.
• Duplicate Equipped Items:
  • Two identical equipped item ids (e.g. matching rings) previously registered the id twice; the first load callback drained both pending entries and the second slot's callback completed the cycle prematurely. Registration is now deduped per id at all four callback sites (gearscore main-hand/off-hand/body, pawn).

Testing - 0.7.4

• New WoWUnit group TacoTip-Lifecycle: per-tooltip state isolation (clearing a probe tooltip never touches GameTooltip's state), duplicate-item single-pending-registration assertion, and nil-safe clear. Run with /tttest.