Skip to content

Support WoW: Forever with its own secrets - #14

Merged
rousseauxy merged 8 commits into
mainfrom
feat/wow-forever
Nov 13, 2026
Merged

rousseauxy merged 8 commits into
mainfrom
feat/wow-forever

Conversation

@rousseauxy

@rousseauxy rousseauxy commented Nov 13, 2026 •

Copy link
Copy Markdown
Owner

WoW: Forever is a separate client (internally "Camelot", interface 16001) with its own AddOns folder, SavedVariables and secrets. One download now serves both clients.

Changes

  • SecretChecklist_Camelot.toc: loaded only by the Forever client (AllowLoadGameType: camelot). Loads data/ForeverEntries.lua instead of data/SecretEntries.lua and leaves out the Beledar helper.
  • data/ForeverEntries.lua: Alcaz Operative Insignia (toy), plus the unsolved Dawn Waker and manual scavenger hunt chains as mystery entries. IDs come from Wowhead's Forever database; steps come from the community's pinned posts.
  • Shared code:
    • Quest checks fall back to the per-character flag when the account-wide API is missing.
    • PlayerHasToy is guarded.
    • The Mind-Seeker counter and filter hide when no entry is a Mind-Seeker entry.

Demonstrated

  • 2026-11-13, Forever client 1.60.1: /secrets validate reports "validating 3 entries, 27 waypoints... data is clean".
  • The changed Lua files parse (luaparser). luacheck has not run locally; CI runs it.

Not yet tested

  • The retail client after these changes.
  • Whether the release packager tags the _Camelot TOC as a Forever game version on CurseForge/Wago.

🤖 Generated with Claude Code

Quest checks fall back to the character's own flag when the account-wide
API is missing, the toy check handles a missing PlayerHasToy, and the
Mind-Seeker counter and filter hide when the data has no such entries.
SecretChecklist_Camelot.toc loads in the Forever client (interface 16001)
with data/ForeverEntries.lua instead of the retail data and without the
Beledar helper. First entries: the Alcaz Operative Insignia toy and the
unsolved Dawn Waker and manual scavenger hunt chains.
extract-strings.py escaped strings that are already Lua source, so keys
with \n never matched in game and the next run dropped their translation.
It now also reads data/ForeverEntries.lua.
@rousseauxy
rousseauxy merged commit 55dfb9e into main Nov 13, 2026
4 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant