HelloBuffCap

v0.1.0 (2026-07-25)

Full Changelog Previous Releases

• Correct the release instructions in the workflow header
  The TOC carries @project-version@, so there is no ## Version to bump — the
  tag name is substituted by the packager and is the only thing to set.
  Co-Authored-By: Claude Opus 5 (1M context) noreply@anthropic.com
• Group under "Buffs & Debuffs" in the AddOns list
  The ## Category field is free-form on this client — installed addons use
  "Combat", "Loot", "Map", "Unit Frames", "UI Overhaul" and so on, mirroring
  CurseForge's category names — so the string is the label the AddOns list
  groups under. Per-locale ## Category-xxXX variants exist if this ever needs
  translating.
  Note this does not touch the CurseForge project category, which is a setting
  on the site and not read from the TOC.
  Co-Authored-By: Claude Opus 5 (1M context) noreply@anthropic.com
• Show the logo in the AddOns list via IconTexture
  1.15.9 brought the modern AddOns list, which renders a per-addon icon from
  the IconTexture TOC field. Points at a 64x64 crop of the project logo.
  Format was checked against addons known to work on this client rather than
  assumed: every working icon is power-of-two and 32-bit RGBA, and PNG is fine
  — Questie (32x32) and ThreatClassic2 (64x64) both ship PNG for this field,
  so no BLP conversion is needed.
  Icon.png is the central gauge only, not the whole logo. The wordmark is the
  bottom third of the source and is illegible below roughly 100px; the gauge
  still reads as "32/32" at 64. It ships inside the zip because IconTexture
  resolves a path under Interface\AddOns — unlike HelloBuffCap.png, which is
  the CurseForge avatar and stays excluded.
  Co-Authored-By: Claude Opus 5 (1M context) noreply@anthropic.com
• Add CurseForge project ID and project icon
  Project ID 1624129 in the TOC, which is what the BigWigs packager needs to
  target the CurseForge upload. That upload still no-ops until a CF_API_KEY
  repo secret exists; the GitHub Release half of the workflow works either
  way, so a missing key looks like success. Noted in DESIGN.md.
  The icon is excluded from the packaged zip via .pkgmeta — at 2.3 MB it is
  larger than the addon itself and the client never reads it.
  Co-Authored-By: Claude Opus 5 (1M context) noreply@anthropic.com
• Initial commit — buff-cap tracker for Classic Era 1.15.9
  Replaces BCT, which broke when 1.15.9 moved Era onto the shared modern UI
  codebase and turned UnitBuff/UnitDebuff into deprecation shims.
  Shows two things: how many of the 32 helpful aura slots are in use, and
  which aura is likeliest to be pushed off next.
  BUFF CAP 27/32
  NEXT MONGOOSE ELIXIR
  Notable differences from BCT's model, each documented in DESIGN.md:
  • Temporary weapon enchants are not counted. They live in
    TEMP_ENCHANTMENT_SLOT on the item and never compete for the 32; BCT
    modelled them as competing and derived an "enchants pushed" figure.
  • Hidden auras gate on live state, not talent rank. BCT counted druid
    and shaman talents whenever learned, over-counting by up to three.
  • Application time is expirationTime - duration, never scan index:
    C_UnitAuras has a pluggable data provider whose default sort rule is
    Unsorted, so index order is noise.
  • Auras that hold a slot but can't be evicted — undatable permanents,
    a stored Chronoboon, stance/tracking/defensive state — are counted
    but never nominated as NEXT.
  • The queue is age-ordered while the game also applies buff
    prioritization (1.13.7), so NEXT is a heuristic, not a prediction.
    Flagged as such in the README rather than papered over.
    Event-driven throughout: no polling tickers, one 1s countdown tick that
    only runs while the HUD is shown, and COMBAT_LOG_EVENT_UNFILTERED only
    subscribed for warriors. No libraries, per the Hello* house rule.
    Co-Authored-By: Claude Opus 5 (1M context) noreply@anthropic.com