CCAlarm

v0.2.3 (2026-09-04)

Full Changelog

• Release 0.2.3 (#25)
  Geheime Auren in Mythic+ und PvP: der Zugriff ist abgesichert, und wo die
  Gruppe nicht ueberwacht werden kann, sagt CCAlarm es jetzt, statt still zu
  schweigen. Einzelheiten im Changelog.
• Geheime Auren in Mythic+ abfangen und sichtbar melden (#24)
  • Geheime Auren in Mythic+ abfangen und sichtbar melden
    Seit Midnight haelt Blizzard die Auren in Mythic+ und PvP geheim, sobald ein
    Addon im Aufrufweg steht. GetAuraDataByIndex gibt dann nicht nil zurueck,
    sondern wirft -- jeder scan() brach ab, bevor er einen Alarm ausloesen konnte.
    Am 04.09.2026 standen dafuer 14004 Vorfaelle im Fehlerspeicher, und in keinem
    Schluesselstein kam eine Warnung.
    Der Zugriff laeuft jetzt ueber C_Secrets.ShouldAurasBeSecret() mit einer
    pcall-Sonde als Rueckfall; der Aufruf selbst ist zusaetzlich abgesichert, weil
    die Sperre zwischen Tor und Zugriff greifen kann. Zwischengespeichert wird nur
    die Antwort "gesperrt", und nur fuer den laufenden Frame -- sie ist die teure,
    weil die Sonde dafuer einen echten Lua-Fehler baut.
    Lesbar werden die Auren dadurch nicht: fuer Addons sind sie dort schlicht
    gesperrt. Deshalb sagt CCAlarm es jetzt, einmal je Instanz und in
    /ccalarm status, statt genau dort stumm zu bleiben, wo es gebraucht wird.
    Neues Gatter tools/check_secret_auras.py verlangt fuer jeden Aura-Aufruf ein
    pcall, in beiden Workflows. Sein Alarmpfad ist nachgewiesen, ebenso der Weg
    daran vorbei (CCALARM_SKIP_SECRET_CHECK=1). Der Pruefstand deckt den Fall in
    beide Richtungen ab: 14 neue Pruefungen, 104 insgesamt, und ohne das Tor
    scheitert er am echten Fehler.
    Fixes #23
  • Versionsanhebung und Changelog dem Release-PR ueberlassen
    Das Repo trennt Arbeits-PR und Release-PR: die Version wird auf einem eigenen
    Zweig release/v<version> angehoben, und der Tag sitzt auf dessen Merge-Commit.