Guild Chronicle

## [9.15.6] — 2026-06-17

### Fixed — Löschen entfernte den falschen Eintrag

- **Bug:** Die Buchliste wird nach Zeit **sortiert** (`sorted`-Kopie), aber gelöscht wurde per **Anzeige-Index** (`GDL:DeleteDeath(idx)`) gegen die **unsortierte** `guildData.deaths`. Folge: Beim Löschen von z. B. „TestHeld" flog ein ganz anderer Charakter raus, der eigentlich bleiben sollte.

- **Fix:** Neue Funktion `GDL:DeleteDeathByIdentity(name, timestamp)` entfernt den Eintrag **per Identität** (Name + Zeitstempel) — unabhängig von Sortierung/Filterung immer der richtige. Lokales Blacklisten + Gilden-Sync wie gehabt.

- Alle vier Lösch-Pfade umgestellt: Buchliste (direkt **und** mit Admin-Passwort) sowie das Todes-Overlay.

- Version 9.15.5 → 9.15.6.

## [9.15.5] — 2026-06-17

### Fixed — Doppel-Popup (endgültig) + Pipeline bestätigt

- **Diagnose via `/gdl pipetest` + Logbuch bestätigt:** die Todes-Pipeline läuft sauber durch (`1) HandleDeath` → `3) RecordLocalDeath ENTRY` → `5) notify=true overlay=true announce=true` → Overlay + Gildenmeldung). Das „kein Popup/keine Meldung" war ein nicht-geladener Zustand (kein Vollneustart) und ist behoben.

- **Doppel-Popup an der Anzeige-Wurzel abgefangen:** `UI:ShowOverlay` führt jetzt einen Backstop-Dedup (Name@Zeitstempel, 8-Sekunden-Fenster). Derselbe Tod erscheint **garantiert nur einmal** als Overlay — egal über wie viele Pfade `ShowOverlay` aufgerufen wird (DNL-Hook, eigenes Broadcast-Echo, Channel-Empfang).

- **Self-Echo-Lücke geschlossen:** `Sync:HandleDeath` ignorierte den eigenen Absender nicht — empfing also das eigene Broadcast zurück und verarbeitete es erneut (Doppel-Eintrag/-Anzeige möglich). Jetzt wird das eigene Echo per Absender-Check (`CanonName(sender) == CanonName(playerName)`) verworfen.

- Die Diagnose-Logbuchmarken (`1)`…`5)`, `P)`) bleiben drin — nützlich für künftiges Debugging.

- Version 9.15.4 → 9.15.5.

## [9.15.4] — 2026-06-17

### Diagnose — Todes-Pipeline instrumentiert

- **Regression gemeldet:** kein Todes-Popup und keine Gildenmeldung mehr. Da Popup und Announce seit 9.14.4 beide an derselben `ShouldNotify`-Sperre (`_notify`) hängen, fallen sie zusammen weg, wenn diese Sperre vorzeitig steht — die genaue Stelle muss aber empirisch lokalisiert werden.

- **Sechs Logbuch-Marken** (Kategorie `DEATH`) entlang der Kette: `1) HandleDeath` → `2) PipelineStep2` → `3) RecordLocalDeath ENTRY` → `4!) IsDuplicate-Abbruch` → `5) notify/overlay/announce/inGuild`, plus `P) ProcessIncomingDeath` für Channel-Tode. Über `/gdl log` ablesbar.

- So zeigt ein einziger Test eindeutig, ob (a) der Tod gar nicht erkannt wird (DNL/Bridge), (b) ein früher Return greift, oder (c) `ShouldNotify` false liefert (und mit welchen Settings).

- Version 9.15.3 → 9.15.4.

## [9.15.3] — 2026-06-17

### Fixed/Added — Killer-Namen statt Kreatur-IDs

- **Problem:** In den Todesursachen (und bei Fremd-Toden generell) stand oft nur die Kreatur-**ID** („Kreatur #6226"), weil über DeathNotificationLib nur die `source_id` ankommt und keine geshippte NPC-Namensdatenbank existiert.

- **Lösung – lernende Namensdatenbank:** `KillerTracker` extrahiert aus dem eigenen Kampflog NPC-Name ↔ Kreatur-ID und speichert das **persistent** in `GuildDeathLogDB.npcNames`. Dadurch lernt der Client mit der Zeit die Namen aller Mobs, denen er begegnet – und kann gespeicherte IDs (auch von Gildentoden auf demselben Content) zu Namen auflösen.

- **Zentrale Auflösung:** Neue Helfer `KillerTracker:ResolveNpcName(id)` und `KillerTracker:CauseName(death)` (Reihenfolge: gelernt → `DeathNotificationLib.NPC_NAMES` → Deathlog-`id_to_npc` falls installiert → Fallback „Kreatur #ID"). `DNLBridge.ResolveKiller` nutzt jetzt denselben Resolver, ebenso die Statistiken-Seite und `/gdl threats`.

- Ergebnis: Sobald ein Mob einmal lokal gesehen wurde (oder Deathlog installiert ist), erscheint überall der echte Name statt der ID.

- Version 9.15.2 → 9.15.3.

## [9.15.2] — 2026-06-17

### Changed — Statistiken erweitert statt doppeltem Kapitel

- **„Häufigste Todesursachen" in die bestehende „Statistiken"-Seite integriert.** Die Seite zeigte bereits gefährlichste Zonen, Level-Verteilung und Todes-Uhrzeiten; ergänzt wurde eine gerankte Liste der häufigsten Killer/Ursachen (nur sichtbar, wenn echte Killer-Namen vorliegen; Transport-Quellen wie DNL/System/Blizzard werden gefiltert).

- **Kurzlebiges Kapitel „Hallen der Furcht" wieder entfernt** – es war fast vollständig redundant zur „Statistiken"-Seite (Zonen/Stufen). Index-Eintrag XVII, Dispatch, Titel und `UI:RenderThreats()` zurückgebaut.

- Der Chat-Befehl **`/gdl threats`** bleibt als schneller Überblick erhalten.

- Version 9.15.1 → 9.15.2.

## [9.15.0] — 2026-06-17

### Added — Vier neue Mehrwert-Features (Modul `Insights.lua`)

- **„Während du weg warst" – Login-Digest.** Beim Login fasst die Chronik zusammen, wer **seit deinem letzten Besuch** gefallen ist (Name, Stufe, Klasse, Gebiet; bis zu 8, Rest als „… und N weitere"). Pro Charakter gemerkt (`insights.lastSeen`), Erstlauf bleibt still. Manuell jederzeit per **`/gdl away`** (letzte 7 Tage).

- **Tödlichste-Stufe-Warnung.** Beim Stufenaufstieg prüft das Addon aus **echten Gildendaten**, ob auf dieser Stufe schon ≥3 Mitglieder gefallen sind, und warnt **einmalig pro Stufe/Charakter** per Toast + Chat. Reine HC-Risiko-Awareness, kein Spam.

- **`/gdl threats` – Hallen der Furcht.** Listet die **tödlichsten Gebiete** und **tödlichsten Stufen** der Gilde (Top 5) plus, falls verfügbar, häufigste Todesursachen. Transport-Quellen (DNL/System/Blizzard) werden gefiltert.

- **Gilden-Meilenstein-Toast.** Überschreitet die Gilde eine Schwelle (25/50/100/…), erscheint einmalig „Die Chronik zählt nun N Gefallene." Erstlauf merkt nur den Stand (kein Nachträglich-Spam).

- Alles **read-only** auf den Todesdaten, **DE/EN** per `GetLocale`, kompatibel mit 1.15.8 und 2.2.5. Neues Modul in der TOC nach `Anniversary.lua`.

- Version 9.14.4 → 9.15.0.