Releases: zharthemad/AutoPIExtended
Releases · zharthemad/AutoPIExtended
12.0.7.34
AutoPI Extended
12.0.7.34 (2026-06-25)
Full Changelog Previous Releases
- Add CurseForge + GitHub Release packaging workflow (#30)
- Add CurseForge + GitHub Release packaging workflow
Adds a GitHub Action (BigWigsMods/packager) that, when a GitHub Release is
published, packages the addon, uploads it to CurseForge, and attaches the .zip
to the Release. Triggers onrelease: [published]so day-to-day merges don't
publish.
Also:
- Adds a placeholder
## X-Curse-Project-ID:to the TOC (must be set to the
real numeric CurseForge project ID before the first real upload). - Documents the release flow and one-time setup (CF_API_KEY secret + project
ID) in the README. - Bumps Version to 12.0.7.30.
The CurseForge upload fails safe: with no CF_API_KEY secret the packager skips
it and still produces the GitHub Release asset.
Co-Authored-By: Claude Opus 4.8 noreply@anthropic.com
- Bump version to 12.0.7.32 to stay ahead of relicense PR
PR #31 (GPLv3 relicense) will merge first at 12.0.7.31. Bump this
release-pipeline PR above it so the shipped version stays monotonic
when #30 merges out of order. Update the example tag in the Releasing
section to match.
Co-Authored-By: Claude Opus 4.8 noreply@anthropic.com - Set CurseForge project ID to 1586678
Co-Authored-By: Claude Sonnet 4.6 noreply@anthropic.com - Bump version to 12.0.7.34 after rebase onto main
Main moved to 12.0.7.33 (Shadow Priest exclusion + preferred-player
fixes). Bump this PR above it to keep versions monotonic.
Co-Authored-By: Claude Sonnet 4.6 noreply@anthropic.com
Co-authored-by: Claude Opus 4.8 noreply@anthropic.com - Add CurseForge + GitHub Release packaging workflow
- Exclude Shadow Priests from auto PI target selection (#33)
Other Shadow Priests in the group will PI themselves, so targeting
them wastes PI. Skip specID 258 in _ComputeCandidateScores (both the
weighted scoring path and the non-weighted fallback).
Preferred-player list is unaffected — explicit manual picks still work
regardless of spec.
Co-authored-by: Claude Sonnet 4.6 noreply@anthropic.com - Fix preferred-player list not updating the macro (#32)
- Fix preferred-player list not matching due to name formatting
The preferred-player loop looked up name_cache[line:lower()] using the
raw line from the text box. name_cache is keyed by the bare UnitName
(lowercased), so any leading/trailing whitespace or a pasted '-Realm'
suffix on a list entry never matched, and the preferred player was
silently skipped in favour of the auto list.
Trim each line and strip any realm suffix before the lookup, and skip
blank lines. Bump version to 12.0.7.32.
Co-Authored-By: Claude Opus 4.8 noreply@anthropic.com - Preferred-player list: no inspect required, just group presence
Preferred players are explicitly chosen by the user — no reason to
block on inspect just to verify their spec. Drop the name_cache /
group_cache / isDPS checks and replace with a direct scan of current
group units by name. If the player is in the group, they get picked.
Co-Authored-By: Claude Sonnet 4.6 noreply@anthropic.com
Co-authored-by: Claude Opus 4.8 noreply@anthropic.com - Fix preferred-player list not matching due to name formatting
- Relicense under GPLv3 to comply with original AutoPI (#31)
AutoPI Extended incorporates code from 'AutoPI - Power Infusion Made
Easy', which is distributed under GPLv3. As a derivative work this
project must be GPLv3 as well, so the previous All-Rights-Reserved
LICENSE is replaced with the canonical GPL v3 text.- LICENSE: full GNU GPL v3.0 text
- README: license section updated; credits original AutoPI as source
- TOC: bump Version to 12.0.7.31
Co-authored-by: Claude Opus 4.8 noreply@anthropic.com
- Fix PI-target auto-announce never firing in large raids (LFR) (#29)
The announcement was gated on the inspect queue being completely empty
(_MaybeAnnounceWinner bailed while inspectQueue had any item) and was only
triggered from a successful INSPECT_READY. In a 25-person LFR some units are
CanInspect=true but never return INSPECT_READY, and on timeout they were
requeued forever (plus the 4s rescan keeps re-adding stale units) — so the
queue effectively never drained and auto-announce never fired. Small parties
drain in a second or two, which is why only big raids were affected.
Two changes:- Debounced announce: successful inspects (re)arm a short timer
(ANNOUNCE_DEBOUNCE=3s); it fires once spec data stops arriving, instead of
requiring an empty queue. Timeouts don't re-arm it, so unreachable
stragglers can't block or delay the announce. _MaybeAnnounceWinner keeps its
"only if the target changed" dedupe; GROUP_ROSTER_UPDATE and INSPECT_READY
now go through the debounce. - Inspect retry cap: each queued unit gets a tries counter; after
INSPECT_MAX_TRIES (3) timeouts it's dropped and parked in inspectGiveUp for
INSPECT_GIVEUP_COOLDOWN (30s) so the rescan won't immediately re-add it. A
successful inspect or the unit leaving the group clears its give-up entry.
This lets the queue actually drain and stops hammering unreachable players.
Debug pipeline telemetry now also shows gaveUp=N. Bumps Version to 12.0.7.29.
Co-authored-by: Claude Opus 4.8 noreply@anthropic.com
- Debounced announce: successful inspects (re)arm a short timer
- Chat announce: drop confidence word, add runner-up only on close calls (#28)
The group announcement no longer broadcasts the HIGH/MED/LOW confidence
rating. Next to a player's name in group chat that reads like a judgment of
the person, when it only reflects how close the score race was.
New behavior:- Normal pick: "AutoPI Extended: PI -> Alice"
- Genuine toss-up (LOW confidence): "AutoPI Extended: PI -> Alice (Bob close
behind)", framing the close call as useful backup info instead of doubt.
Runner-up name is captured from the #2 candidate during scoring
(self._piRunnerUp). Full HIGH/MED/LOW + delta detail is unchanged on the
private HUD and debug window. Updates README and bumps Version to 12.0.7.28.
Co-authored-by: Claude Opus 4.8 noreply@anthropic.com
- Rename generated macro PI_WA_AUTO -> APIE (#27)
The character macro the addon maintains is renamed to "APIE", centralized in
a new AutoPIExtended.MACRO_NAME constant. Updates README references and bumps
Version to 12.0.7.27.
Note: anything that referenced the macro by its old name (e.g. a companion
WeakAura) must be repointed at "APIE".
Co-authored-by: Claude Opus 4.8 noreply@anthropic.com - Update Bloodmallet PI lists (sim'd 2026-06-24, SimC c12e9e5) (#26)
Refresh both spec-priority rankings from Bloodmallet's latest re-sim
(was 2026-06-17 / 9f3b11b).
Single-target (raid) notable movers:- Windwalker Monk 3 -> 5, Survival Hunter 8 -> 10
- Beast Mastery Hunter 4 -> 3, Elemental Shaman 5 -> 4
- Devourer DH 20 -> 18, Devastation Evoker 25 -> 23
Multitarget (M+) notable movers: - Arcane Mage 8 -> 6, Devastation Evoker 6 -> 8
- Blood DK 22 -> 24
Bumps Version to 12.0.7.26 and updates the README sim snapshot note.
Co-authored-by: Claude Opus 4.8 noreply@anthropic.com
- Rebrand AutoPI Remix to AutoPI Extended (#25)
Rename the addon end to end: TOC file (AutoPIExtended.toc), Title,
SavedVariables (AutoPIExtendedDB), global table / namespace, frame names,
debug window title, chat announcement prefix, and EventRegistry reset
callback. Slash commands are now /autopie and /apie (legacy /autopi,
/apir, /autopiremix removed). README updated to match.
Settings reset on first load (new SavedVariables key, no migration).
Co-authored-by: Claude Sonnet 4.6 noreply@anthropic.com - Update README status to WoW 12.0.7, bump Version to 12.0.7.24 (#24)
Co-authored-by: Claude Sonnet 4.6 noreply@anthropic.com - Bump TOC to WoW 12.0.7 (Interface 120007, Version 12.0.7.23) (#23)
Update the Interface number for the 12.0.7 client and set the addon
Version per the WoW-patch + PR-number scheme.
Co-authored-by: Claude Sonnet 4.6 noreply@anthropic.com - HUD icon: fix click-to-target, reword tooltip + announcement (#22)
- Reword chat announcement and icon tooltip
Chat announcement now reads "AutoPI Remix: PI Target:
(confidence: high/medium/low)". HUD icon tooltip now reads "Click to
target " to make the click-to-target action discoverable.
Co-Authored-By: Claude Sonnet 4.6 noreply@anthropic.com - Register icon button for up and down clicks
The HUD PI icon's secure target action never fired because the button
only handled the default LeftButtonUp. Players with cast-on-key-down
trigger secure actions on the down edge, so the click did nothing.
Register for both AnyUp and AnyDown.
Co-Authored-By: Claude Sonnet 4.6 noreply@anthropic.com
Co-authored-by: Claude Sonnet 4.6 noreply@anthropic.com - Reword chat announcement and icon tooltip
- Update README for current addon state (#21)
Document features merged since the last README pass: Priests-only load,
the selection priority chain (preferred list -> manual spec order -> auto
Bloodmallet fallback), HUD scan progress / clickable icon / A and D
butt...