Add reproducible AdventureBot catalog data

Add reproducible clientless travel graph data
Update clientless test harnesses
2026-11-08 00:45:11 +01:00 · 2026-11-08 00:40:37 +01:00 · 2026-11-08 00:29:51 +01:00 · 2026-11-08 00:13:09 +01:00 · 2026-11-07 23:50:43 +01:00 · 2026-11-07 23:26:56 +01:00
365 changed files with 56321 additions and 966 deletions
@@ -22,3 +22,14 @@ nbproject/*
 .vscode
 cmake-build-*/
 .vs
+
+# Python bytecode and generated development-server diagnostics.
+__pycache__/
+/doc/clientless/checkpoints/**/*.log
+/doc/clientless/checkpoints/**/*.json
+/doc/clientless/checkpoints/**/*.jsonl
+/doc/clientless/checkpoints/**/*.tsv
+/doc/clientless/checkpoints/**/*.txt
+/doc/clientless/checkpoints/**/*.core
+/doc/clientless/checkpoints/**/worldserver*
+/doc/clientless/checkpoints/**/drop-database-connections
@@ -0,0 +1,390 @@
+# Vcore Development Environment
+
+## Project
+
+Vcore is a custom World of Warcraft Cataclysm 4.3.4 server based on TrinityCore.
+
+This environment is a dedicated development and test server.
+
+The current development focus is the Clientless Player Core and AdventureBot infrastructure.
+
+## Repository and Git Rules
+
+Repository:
+
+`/home/wow_admin/wow_cata_server/source/TrinityCore`
+
+Authorized development branch:
+
+`feature/clientless-player-core`
+
+Rules:
+
+- Work exclusively on the authorized development branch.
+- Never switch to, modify, reset, rebase, or merge `master`.
+- Never push to `master`.
+- Never push any branch without explicit user approval.
+- Local commits are permitted.
+- Never discard existing changes without approval.
+- Never force-push.
+- Check the current branch and working tree before making changes.
+- Stop and request clarification if the working tree contains unexpected changes.
+
+## Development Permissions
+
+Codex is authorized to:
+
+- Read and modify Vcore source code.
+- Implement new features and fix bugs.
+- Run CMake and compile Vcore.
+- Investigate and resolve compilation errors.
+- Install compiled binaries into the testserver installation.
+- Start, stop, and restart the test worldserver.
+- Inspect logs and server output.
+- Modify test databases when required for an authorized task.
+- Execute local tests and create local commits.
+
+Codex must never:
+
+- Modify the production server.
+- Deploy changes to production.
+- Push changes without explicit approval.
+- Modify or merge the protected `master` branch.
+- Discard user changes without approval.
+
+## Read-only Diagnostics
+
+- Reading the development/test server logs and project files is already authorized.
+- Use direct read-only commands such as `rg`, `tail`, `sed`, `cat`, and `stat` inside the sandbox for ordinary file inspection. Do not request elevated execution preemptively for these reads.
+- Keep file inspection separate from tmux access, database queries, writes, and lifecycle actions so those actions do not unnecessarily escalate log reading.
+- Do not request blanket approval for Python, other interpreters, or shell execution to read logs.
+- If a read actually fails because of a technical sandbox restriction, follow the execution environment's escalation rules and request only the narrow access needed. Project authorization does not override the sandbox.
+
+## Directory Structure
+
+Source:
+
+`/home/wow_admin/wow_cata_server/source/TrinityCore`
+
+Build directory:
+
+`/home/wow_admin/wow_cata_server/build/debug`
+
+Server installation:
+
+`/home/wow_admin/wow_cata_server/server/debug`
+
+Worldserver executable:
+
+`/home/wow_admin/wow_cata_server/server/debug/bin/worldserver`
+
+## Build and Installation
+
+Use the existing CMake build configuration.
+
+Inspect the build configuration before changing it.
+
+Build directory:
+
+`/home/wow_admin/wow_cata_server/build/debug`
+
+Install directory:
+
+`/home/wow_admin/wow_cata_server/server/debug`
+
+After successful compilation, install the resulting binaries using the existing CMake installation configuration.
+
+Do not overwrite running executables.
+
+Stop the test worldserver cleanly before installing updated binaries.
+
+Do not delete existing server configuration, logs, databases, or data files.
+
+## Worldserver Management
+
+The test worldserver runs inside a dedicated tmux session.
+
+Session name:
+
+`vcore-worldserver`
+
+Working directory:
+
+`/home/wow_admin/wow_cata_server/server/debug/bin`
+
+Executable:
+
+`./worldserver`
+
+Codex is authorized to start, stop, restart, and recover the test worldserver autonomously.
+
+### Starting the Worldserver
+
+Before starting:
+
+1. Check whether a worldserver instance is already running.
+2. Check whether the `vcore-worldserver` tmux session already exists.
+3. Never start a second worldserver instance while another instance is active.
+4. Remove stale tmux sessions only after verifying their state.
+
+Start command:
+
+```bash
+tmux new-session -d -s vcore-worldserver \
+  -c /home/wow_admin/wow_cata_server/server/debug/bin \
+  './worldserver'
+```
+
+### Startup Verification
+
+A successfully created tmux session does not indicate successful worldserver startup.
+
+The Vcore worldserver reports successful initialization with a final console message similar to:
+
+```text
+World initialized in 0 minutes 10 seconds
+TrinityCore rev. <revision> (...) (worldserver-daemon) ready...
+```
+
+The authoritative startup indicator is:
+
+`(worldserver-daemon) ready...`
+
+The revision, branch, build configuration, and initialization time may vary.
+
+After starting the worldserver:
+
+1. Monitor the worldserver process and console output.
+2. Wait for the `(worldserver-daemon) ready...` message.
+3. Verify that the worldserver process remains running.
+4. Check for critical startup errors.
+5. Verify that the configured worldserver port is listening.
+
+Only report successful startup when these checks pass.
+
+Capture console output from the beginning of the current startup attempt to avoid mistaking messages from an earlier run for current startup success.
+
+If the worldserver exits, hangs, or fails to reach the ready state within a reasonable timeout, follow the startup failure recovery procedure.
+
+
+### Startup Failure Recovery
+
+The test worldserver may occasionally fail to start because the remote authentication database on the VPS is temporarily unreachable.
+
+When startup fails:
+
+1. Capture relevant console output and logs.
+2. Determine whether the worldserver process is still running.
+3. Check whether the tmux session is still active.
+4. If the TrinityCore console is responsive, attempt a graceful shutdown.
+5. If the console is unavailable or unresponsive, terminate the failed worldserver process and its dedicated tmux session.
+6. Verify that the previous worldserver process has terminated.
+7. Ensure that no stale process remains before restarting.
+8. Wait briefly before retrying.
+9. Create a fresh tmux session and start the worldserver again.
+10. Repeat startup verification.
+
+For startup recovery, Codex may terminate the dedicated test worldserver process and tmux session when graceful shutdown is impossible.
+
+Do not terminate unrelated processes or tmux sessions.
+
+### Retry Policy
+
+Use a maximum of three startup attempts per restart operation.
+
+Wait approximately 10 seconds between attempts.
+
+If startup fails repeatedly:
+
+- Stop retrying.
+- Preserve the relevant logs.
+- Report the observed errors.
+- Explain whether the failure appears related to database connectivity, configuration, compilation, or another cause.
+- Do not claim that the testserver is operational.
+
+Do not attempt to repair the remote VPS authentication database or production infrastructure.
+
+### TrinityCore Console Commands
+
+Codex may execute TrinityCore console commands through tmux.
+
+Example:
+
+```bash
+tmux send-keys -t vcore-worldserver '.server shutdown 10' Enter
+```
+
+Read console output:
+
+```bash
+tmux capture-pane -p -t vcore-worldserver -S -100
+```
+
+### Graceful Shutdown
+
+For a normally running worldserver, use:
+
+`.server shutdown 10`
+
+Send the command through tmux:
+
+```bash
+tmux send-keys -t vcore-worldserver '.server shutdown 10' Enter
+```
+
+After issuing the command:
+
+1. Wait for the worldserver to terminate.
+2. Verify that the process has stopped.
+3. Verify that the tmux session has ended.
+4. Only then install new binaries or start another worldserver instance.
+
+If the console is unresponsive, Codex may terminate the dedicated test worldserver process.
+
+Prefer SIGTERM before SIGKILL.
+
+Use SIGKILL only when the process cannot be stopped normally.
+
+### Restart Procedure
+
+1. Verify the current worldserver state.
+2. If running normally, initiate graceful shutdown.
+3. If the console is unavailable, use the recovery shutdown procedure.
+4. Wait for complete process termination.
+5. Install successfully compiled binaries if required.
+6. Start a fresh tmux session.
+7. Verify successful worldserver initialization.
+8. If startup fails, follow the startup recovery procedure.
+9. Report the final server state.
+
+### Safety
+
+This is a dedicated development and test environment.
+
+Codex is authorized to manage the test worldserver autonomously, including recovery from failed startup attempts.
+
+Never terminate unrelated services or processes.
+
+Never execute worldserver management commands on production infrastructure.
+
+## AdventureBot Architecture
+
+Preserve the existing Clientless Player Core architecture.
+
+Important components include:
+
+- ClientlessTravelMgr
+- ClientlessTravelGraphMgr
+- ClientlessActionExecutorMgr
+- Lua-based bot control
+- MMAP navigation
+- TravelGraph routing
+
+Architecture principles:
+
+- Clientless Player Core provides generic clientless player functionality.
+- AdventureBots are built on top of this infrastructure.
+- TravelGraph handles long-distance travel.
+- MMAP navigation handles local movement.
+- DungeonBots remain independent from AdventureBots.
+- AdventureBots must not become infrastructure dependencies for unrelated game systems.
+
+Prefer extending the existing implementation over replacing it.
+
+## Development Workflow
+
+For each development task:
+
+1. Verify the current Git branch and working tree.
+2. Inspect the relevant existing implementation.
+3. Plan nontrivial changes before implementation.
+4. Implement the requested functionality.
+5. Compile the affected components.
+6. Resolve compilation errors.
+7. Install the new build when appropriate.
+8. Restart the test worldserver when necessary.
+9. Inspect logs and available test results.
+10. Report what changed, what was tested, and what remains unverified.
+11. Wait for user feedback before pushing changes.
+
+Do not claim that gameplay functionality is verified solely because compilation succeeded.
+
+The user performs final in-game acceptance testing.
+
+## Rollback
+
+When requested, restore the previous implementation without modifying `master`.
+
+Prefer targeted reversions of the relevant development changes.
+
+Never use destructive Git commands without checking whether unrelated work would be lost.
+
+Database rollbacks must be limited to the changes associated with the development task.
+
+## General Principles
+
+- Preserve existing Vcore functionality.
+- Avoid unnecessary architectural rewrites.
+- Prefer targeted, maintainable changes.
+- Investigate root causes instead of masking symptoms.
+- Keep the test environment reproducible.
+- Clearly distinguish successful builds, automated tests, and verified gameplay behavior.
+
+
+## Saved session / Wiederaufnahme
+
+Before starting new work, read `doc/clientless/SESSION-RESUME.md`. It records the
+user-requested checkpoint, unfinished profession intent, agreed Lua professions,
+build/test state and exact next steps. Preserve the saved WIP; do not restart or
+revert it. All development/server/branch rules above remain in force.
+
+## Build resource policy (user instruction updated 2026-11-04)
+
+At the beginning of EVERY build, explicitly pause the AdventureBot loader and
+request safe logout of all clientless bots with `clientless logout safe all`.
+Apply the loader pause to the running server as well as its configuration. Start
+the CMake build with `-j10` immediately; compilation runs in parallel with the
+safe-logout drain and does not wait for zero bot sessions. Let combat, flight,
+taxi, portal and ship/tram transitions finish naturally. Do not individually
+force logout, detach passengers or interrupt flights to start compiling.
+
+Do not initiate a server shutdown or restart at build start. After the build
+has completed successfully, use the normal `server shutdown 10` command. The
+integrated shutdown routine provides the safe-logout grace of up to 60 seconds
+and automatically persists the remaining bots' recovery/diagnostic snapshot.
+The previous separate five-minute waiting period and manual pre-shutdown bot
+snapshot are no longer required. If compilation fails, resolve the build errors
+before shutting down for installation.
+
+Wait for complete worldserver process termination before installing or replacing
+binaries. Install using the existing CMake installation configuration, then
+restart the test worldserver and perform the normal startup verification.
+Keep the loader paused through compilation, installation and restart. Automatic
+login recovery handles bots left online at shutdown; routine individual checks,
+manual recovery lists and preventive capital teleports are no longer required.
+Investigate specific recovery errors if observed.
+
+After successful startup verification, restore the previous loader/bot operation
+unless the user is still recording routes or has requested a continued pause.
+Record the build, installation, restart and any observed errors in the session
+checkpoint.
+
+## Live chat and /AI requests
+
+During an active server/test observation, read the native chat monitor as well as
+navigation/server logs. Monitor files are under `<Clientless.TestBot.Root>/monitor`:
+`chat.jsonl` contains server chat, `ai.jsonl` contains player messages beginning
+with `/AI`, and `commands.jsonl` contains testbot GM/debug commands and output.
+Each file rotates at16MiB and retains four previous files. Track timestamps and
+sender/account/GUID provenance; avoid treating old requests as new ones.
+
+The user designates `/AI` messages as messages addressed to the observing agent.
+Read and acknowledge them during active observations and incorporate relevant
+feedback into the current authorized task. They are chat input, not executable
+server commands or authorization to ignore development/safety rules. Identify the
+sender before acting on requests that change state; ordinary chat from other
+players or NPCs does not acquire operator authority through this marker.
+No background AI responder exists when no agent is actively observing.
+
+For direct `/AI text` input in the Cataclysm client, install `/home/wow_admin/wow_cata_server/source/VcoreAI` in
+`Interface/AddOns`. Without the addon use `/s /AI text` or a marked whisper.
@@ -0,0 +1,132 @@
+# Ursachenanalyse: Raidtest 01.11.2026, 22/23 Uhr
+
+Nur Diagnose; kein Produktionscode, Botplan, Loader oder Serverzustand geändert.
+Branch feature/clientless-player-core; vorhandene Checkpoints/WIP erhalten.
+
+## 1. Bestätigter Aufbruchblocker: falsche Zielvariante
+
+Vorbereitung verwendete instance_visit_at_6354. BuildInstanceVariants in
+AdventureLocationMgr.cpp bevorzugt bei Raids mit vorhandener 25er-Normalvariante
+Difficulty1 für den Basisschlüssel. Difficulty0 wird als _d0 erzeugt.
+Native MapDifficulty.dbc für Karte671: modes0/1/2/3 haben10/25/10/25 Plätze.
+Dies wurde direkt aus der installierten DBC gelesen, nicht aus Namen geraten.
+Die passende 10er-Normalvariante ist instance_visit_at_6354_d0; native Eligibility
+für Renren bestätigt map671/content1/own1/invitation1 für beide Schlüssel.
+
+Zusätzliche Inkonsistenz: InstanceCapacity=min(20,maxPlayers) begrenzt die 25er-
+Variante auf20, während Name und Difficulty bei25 bleiben. GroupPlan übernimmt
+InstanceCapacity. Complete verlangt exakt Capacity Mitglieder plus Rollen:
+capacity20 benötigt2T/4H/14D; tatsächlich sind10Bots mit2T/2H/6D in Gruppe2.
+Complete ist somit false, CheckFullGroup aktiviert keinen frühen Abreisehandoff.
+Um23:00 blockiert Begin vor ResolveInstance/Queue(travel_to_node) in WaitingGroup.
+Der korrekte Eingangspfad wird folglich gar nicht angefordert. Aktuell alle10
+im selben raid-Intent/WaitingGroup. Kein Beleg für ein Problem der Bastionroute.
+
+Der falsche Basisschlüssel war ein Fehler der Testvorbereitung. Die20/25-
+Inkonsistenz ist ein separater Implementierungsfehler. Ein bloßer Teleport oder
+Reisereset kann beides nicht beheben. Der vorhandene Variantentest erwartet
+explizit20 für25er-Modi; Tests decken diese fehlerhafte Semantik daher nicht auf.
+Keine Tests/Builds in dieser reinen Diagnose gestartet.
+
+## 2. Bestätigte Zerstreuungskette: Reiseablehnung und ungebundener Fallback
+
+Historisches rotiertes Navigationlog:22:00:02 guid159 bei
+(-8864.300,682.378,97.943), ZielAllison(-8867.790,673.673,97.986).
+NAV_PLAN calculated1/complete1/type0x1, Weg9.38yd,4Punkte,maxZDelta0.03,
+finalDistance0.08 und reason ok. NAV_START trotzdem PathRejected.
+Fünf Recoveryversuche zu anderen Graphankern schlagen ebenfalls fehl;
+Flugfallback kann den Startplatz nicht erreichen.22:00:04 RECOVERY_FAILED und
+INTENT_ARRIVAL_REJECT beim vereinbarten Treffpunkt.
+
+Fallback schützt einen aktiven Instanzbesuch sowie Botgruppenmitglieder mit
+GroupOverride, aber nicht den Treffpunkt einer Gruppenbildung beim Leader.
+Er durchsucht ALLE Allowed-Locations und priorisiert andere Maps lediglich mit
+Distanzaufschlag100000. Es gibt keine Bindung an vereinbarten Treffpunkt,
+Sturmwind oder aktuelle Hauptstadt. Logs zeigen Allison->GildedRose->weitere
+SW-Orte->Eisenschmiede->andere Hauptstädte, insgesamt37 Ersatzwahlen beim Leader.
+AdoptGroup übernimmt jeweils den Laufzeitzustand des Leaders. Mitglieder
+beenden laufende Taxi/Flug/Transport-Schritte vor dem Wechsel; deshalb verfolgen
+sie zeitversetzt verschiedene alte Ziele und verteilen sich über Kontinente.
+
+Die genaue geometrische Ursache der ERSTEN PathRejected-Ablehnung ist offen.
+MMAP hat einen vollständigen Weg geliefert. Nachfolgende Ausführungsprüfungen
+umfassen AllowsSegment und den für Gruppen installierten GroundPathValidator
+(Höhenprobe/Steigung/LOS). Beide können ohne präzises NAV_REJECT-Log abbrechen.
+Die vorhandenen Logs rechtfertigen keine eindeutige Schuldzuweisung an eine
+bestimmte Höhen-/LOS-Probe. Zur Behebung diesen Ort gezielt reproduzieren und
+Ablehnungszweig/Koordinaten/erwartete und gemessene Höhe diagnostizieren; keine
+pauschale Abschaltung von Sicherheitsprüfungen.
+
+## 3. Zwei beim Stundenwechsel verzögerte Mitglieder
+
+Um23:00 warteten164/165 noch auf eine Leaderroute für die alte Gruppenbildung.
+Queue hängt Botmitgliedern route_source an; der Executor wartet bis15Sekunden
+auf eine geteilte Route, danach erfolgt eigenständige Anschlussplanung.
+SetWanted fordert während aktiver Reise StopAtNode an; Switching wartet auf
+Busy=false und führt gegebenenfalls einen Graphknoten-Handover aus.
+Nachfolgende native Diagnosen: beide travel_to_node stormwind_tradecenter
+Completed/Arrived und raid/WaitingGroup. Die anfängliche Aussage eines dauerhaften
+Intent-Hängers ist nicht belegt; das beobachtete Warten war vorübergehend.
+
+## Gezielte Korrekturen für einen Folgetest
+
+- Testziel explizit instance_visit_at_6354_d0; Difficulty0/capacity10/2T2H6D
+  zusammen mit nativer Gruppen-Difficulty und Complete überprüfen.
+- 25er-Modi nicht als20er-Gruppe für einen25er-Raid vollständig melden;
+  konsistente tatsächliche Kapazität oder ausdrückliche Nichtunterstützung.
+- Formationstreffpunkt beim Leader stabil halten; Fehlschlag führt zu lokaler
+  Wiederholung/Diagnose, nicht automatischem Hauptstadtwechsel.
+- Anfangsablehnung in GoldenerRose mit genauer Ausführungsdiagnostik reproduzieren.
+- Regressionen für vollständige10er-Gruppe/früheAbreise, Treffpunktbindung bei
+  Reisefehler, Stundenwechsel mit ausstehender geteilter Route und20/25-Konsistenz.
+
+Belege: checkpoints/2026-11-01-raid-2200/initial-navigation-failure.log,
+investigation-console.log, reset-console.log und verified-db.tsv. Server.log
+enthält die Formation-Fallbacks und Mergefolge. Gameplay/Instanzanreise unbestätigt.
+
+## Zusatz: drei Nutzerfragen zu Portalen und Kolonne, ca.23:17–23:21
+
+1. Eisenschmiede: Portalspawn217855/GO195141/Spell65728 ist gebunden an
+edge1827 portal_use, enabled1/cost1, vonportal_go_217855_source nach
+portal_go_217855_target (VerwüsteteLande). Renren erreichte Quelle tatsächlich;
+23:09:48 folgte laut Log free_flight direkt zurBastion statt portal_use.
+Start wurde verworfen: no reachable open takeoff point, outdoor0,
+Diagnosecounter surface/indoor/area/column/mmap/movement=0/0/0/1/63/0.
+Danach Recovery über virtuelleStraße wird vom safetyAdapter abgelehnt.
+Also Portalbenutzung in dieser Folge NICHT ausgeführt, keine nachgewiesene
+native Portalzugangsverweigerung. Replan anQuelle: start->free_flight wiederholt.
+Plannerportalguard gilt nur isPortalSource && previous enthältCurrentState;
+Quellknoten alsStartwurzel fällt dadurch aus demGuard. Ein interaktivesPortal
+teleportiert anders als einAreaTrigger nicht beim bloßenAnlaufen.
+
+2. Sturmwind-Schattenhochland: spawn200627/GO207694/Spell85545, edge1801,
+Quelle(-8186.15,413.729,116.75), Ziel(-4890.07,-6626.74,10.2846), map0.
+Enabled1/cost1. DB zeigt KEINE eingehende festeKante zurQuelle. Zurückliegender
+Livebeleg Elanora16:57:17 benutztPortal nativ mit arrivalError0; Voraussetzungen
+nicht pauschal alsGrund behaupten. Level80+-AdventureUnlock existiert.
+Aktuelle Route zumBastioneingang: SWtradecenter->taxi2->taxi6->IFportalQuelle,
+danach freieFlugplanung/Recovery. Nur dynamischerAnschluss kannSWPortal
+verbinden (allgemeineBrücken max200yd, Flugkandidaten16/Plan und6/Ursprung).
+Offline geometrische Kandidatenrangberechnung OHNEArea/Prereq/FlightFilter:
+SWportalQuelle steht vonSWtradecenter sowietaxi2 sogar aufRang1 der
+Makrokandidaten. Damit ist reineDistanzsortierung NICHT alsAblehnungsgrund
+belegt. Es fehlen personenbezogene Logs zu Kandidatenbudget/Estimate-Ablehnung
+und Folgeverbindung abPortalziel. Exakten verlorenenRoutenvergleich erst mit
+gezieltemPlantrace behaupten. Keine Runtimeplanung/Teleport zuTest erzwungen.
+
+3. Kolonne: AdventureInteractionMgr kehrt beiBotLed vorGroupTravelMgr::Follow
+zurück. Botgruppenmitglieder adoptierenExecutorroute (AdoptRoute), teilen also
+Makroziel/Route, nicht automatisch individuellePositionen. Die allgemeine
+Formation()/Follow-Steuerung wird dabei nicht verwendet. AdaptRoad läuft
+nur imStartRecordedEdgePath, nicht für lokaleMMAP-Zuläufe/local_bridge/start.
+AdaptRoad erhält den gemeinsamenEndpunkt; wennSeitversatz unsicher ist, zweiter
+Versuch mitside0. Damit kann selbstStraßenadapter aufgleicheLinie zurückfallen.
+NativeTaxiflüge haben identischen nativenPfad ohne separateKolonnenversätze.
+EigeneFreeFlight hat sharedTrail mit3.5s+slot*0.6s Startverzögerung nur wenn
+passenderLeaderflightRecord mit gleichemZiel vorhanden. Kein allgemeiner
+Abstandsregler über alleReisemodi; keinePortalWarteaufstellung.
+Nutzerbeobachtung desÜbereinanderlaufens passt zu diesen Integrationslücken;
+keinBeleg, dass jedeFormationkomponente deaktiviert wäre.
+
+Belege Zusatz: ironforge-portal-route-evidence.log; Sourceprüfung der erwähnten
+Methoden und nur lesendeWorldDB-Abfragen. KeineBot-/Codeänderung/Build/Restart.
@@ -0,0 +1,72 @@
+# Testauswertung: 02.11.2026, Gruppenbildung 06:00 / Instanzen 07:00
+
+Erstellt: 02.11.2026 08:00:09 CET. Geplanter Auswertungszeitpunkt: 08:00 UTC+01:00.
+
+- Geprüfte Testbots: 92. Unter Stufe 15 ausgenommen: 18.
+- Feste Treffpunkte: Allianz Goldene Rose in Sturmwind; Horde Broken Tusk in Orgrimmar.
+- Status-Snapshots: 22; ausgewertete eindeutige Logereignisse: 16592.
+- Erste erfasste Statusstichprobe: 2026-11-02T06:13:38.615403+01:00; frühere Ereignisse sind nicht vollständig erfasst.
+- Bots mit belegter Ankunft am festgelegten Formationstreffpunkt: 40.
+- Bots mit protokolliertem tatsächlichem Instanzbeitritt: 0.
+- Snapshots ohne laufenden Testserver: 0.
+
+## Bekannte Zehnergruppe: Bastion des Zwielichts, normal
+
+- Maximal gemeinsam in einer nativen Gruppe beobachtet: 9/10.
+- Alle zehn gemeinsam nachgewiesen: nein; durch die Stichproben nicht nachgewiesen.
+- Bots mit Instanzplanung: 9/10; mit tatsächlichem Beitritt zu Karte 671 im Modus 0: 0/10.
+
+| GUID | Name | Rolle | Bastion betreten | Letzter nativer Status |
+|---:|---|---|---|---|
+| 159 | Renren | damage | nicht nachgewiesen | raid / instance_visit_at_6354_d0 / instance visit waiting for safe native state |
+| 160 | Marndra | damage | nicht nachgewiesen | raid / instance_visit_at_6354_d0 / travelling to instance_visit_at_6354_d0 |
+| 161 | Marnda | healer | nicht nachgewiesen | raid / instance_visit_at_6354_d0 / travelling to instance_visit_at_6354_d0 |
+| 162 | Aruendas | healer | nicht nachgewiesen | raid / instance_visit_at_6354_d0 / travelling to instance_visit_at_6354_d0 |
+| 163 | Winienwi | damage | nicht nachgewiesen | raid / instance_visit_at_6354_d0 / travelling to instance_visit_at_6354_d0 |
+| 164 | Taliaarnora | damage | nicht nachgewiesen | raid / instance_visit_at_6354_d0 / travelling to instance_visit_at_6354_d0 |
+| 165 | Brynda | damage | nicht nachgewiesen | raid / instance_visit_at_6354_d0 / travelling to instance_visit_at_6354_d0 |
+| 166 | Corric | damage | nicht nachgewiesen | raid / instance_visit_at_6354_d0 / waiting for a suitable group / native browser queue |
+| 167 | Ragnorli | tank | nicht nachgewiesen | raid / instance_visit_at_6354_d0 / travelling to instance_visit_at_6354_d0 |
+| 176 | Ashaelri | tank | nicht nachgewiesen | raid / instance_visit_at_6354_d0 / travelling to instance_visit_at_6354_d0 |
+
+## Übernahme der Anführerroute
+
+- Protokollierte Routenübernahmen mit Journey-Seed: 78.
+- Gleicher zuletzt beobachteter Anführer-Seed: 72; abweichend: 4; Anführer-Seed im Beobachtungsfenster nicht bekannt: 2.
+- Ein abweichender letzter Seed erfordert Prüfung der konkreten Reise und des Zeitpunkts; diese Zählung allein beweist keinen Fehler.
+
+## Fehler und Reiseereignisse
+
+- GROUP_MERGE: 28.
+- GROUP_MANAGER_RUN: 9.
+- GROUP_EARLY_DEPART: 15.
+- PORTAL_USE_START: 36.
+- RECOVERY_FAILED: 117.
+- INSTANCE_TRAVEL_RETRY: 11.
+- INSTANCE_ENTRY_DENIED: 0.
+
+Häufigste protokollierte Fehler:
+
+- RECOVERY_FAILED: route-local-PathRejected (26 Ereignisse).
+- RECOVERY_FAILED: free-flight-unavailable: safely returned after abort: no safe bounded flight corridor; holding position mounted (15 Ereignisse).
+- RECOVERY_FAILED: free-flight-unavailable: departure-unavailable: ground approach interrupted (12 Ereignisse).
+- RECOVERY_FAILED: free-flight-unavailable: no free solid landing with a validated target approach (12 Ereignisse).
+- INSTANCE_TRAVEL_RETRY: siehe Rohlog (11 Ereignisse).
+- RECOVERY_FAILED: deferred-start-movement-failed (9 Ereignisse).
+- RECOVERY_FAILED: deferred-start-no-progress (7 Ereignisse).
+- RECOVERY_FAILED: final-local-PathRejected (6 Ereignisse).
+- RECOVERY_FAILED: deferred-start-endpoint-replan (6 Ereignisse).
+- RECOVERY_FAILED: wander-ended-Arrived (4 Ereignisse).
+- RECOVERY_FAILED: deferred-start-attempts-exhausted (4 Ereignisse).
+- RECOVERY_FAILED: recorded group road rejected by safety adapter (4 Ereignisse).
+
+## Grenzen der Auswertung
+
+- Ausgewertet werden technische Zustände und native Logereignisse; keine visuelle Gameplay-Abnahme und keine Bestätigung von Bosskämpfen.
+- Ein Reiseplan ist kein Ankunftsnachweis. Fehlende Ereignisse werden als nicht nachgewiesen ausgewiesen.
+- Die Gruppenmitgliedschaft und Zustände werden alle fünf Minuten stichprobenartig gelesen; kurzlebige Zwischenzustände können fehlen.
+- Charakterpositionen aus DB-Snapshots sind zuletzt gespeicherte Positionen. Live-Reisepositionen stehen in den TEMP_TRAVEL-Ereignissen.
+- Der Beobachter repariert, teleportiert oder startet den Server nicht. Ausfälle werden dokumentiert.
+- Letzter Snapshot: 2026-11-02T07:59:25.206244+01:00.
+
+Rohdaten: doc/clientless/checkpoints/2026-11-02-0600-group-test/ (manifest.json, snapshots.jsonl, events.jsonl, snapshot-*.log).
@@ -0,0 +1,136 @@
+# Abschließende Auswertung des Instanztests am 02.11.2026
+
+Zeitraum: Gruppenbildung ab 06:00, Dungeon/Raid ab 07:00, Ende 08:00 MEZ.
+Die zehn bekannten Bastion-Bots (159–167 und176) sind aus sämtlichen Kennzahlen
+und Gruppenstatistiken dieser Auswertung ausgeschlossen. 18 Bots unter Stufe15
+waren bereits vom Instanztest ausgenommen. Ergebnis: Der Test ist fehlgeschlagen.
+
+## Ergebnis
+
+| Kennzahl | Ergebnis |
+|---|---:|
+| Ausgewertete Bots | 82 (38 Allianz, 44 Horde) |
+| Geplante Aktivitäten für07:00 | 67 Dungeon, 15 Raid |
+| Ankunft am vorgeschriebenen Treffpunkt vor07:00 bestätigt | 38/82 (46,3%) |
+| Allianz: Goldene Rose | 18/38 (47,4%) |
+| Horde: Broken Tusk | 20/44 (45,5%) |
+| Native Gruppenmitgliedschaft im letzten Snapshot | 62/82, verteilt auf22 Gruppen |
+| Ohne native Gruppe im letzten Snapshot | 20/82 |
+| Vollständig besetzte Fünfergruppen im letzten Snapshot | 1 |
+| Bestätigte tatsächliche Instanzeintritte | 0 |
+| Bots mit mindestens einem belegten RECOVERY_FAILED | 35/82 |
+
+Die übrigen44 Bots haben keinen belegten rechtzeitigen Treffpunktabschluss;
+das ist kein lückenloser Nachweis, dass sie niemals kurz dort gewesen sind.
+Gleichwertige Ortsknoten im selben Gasthaus werden anerkannt: poi_guard_179
+liegt rund3 Yards von Gryshkas Zielpunkt entfernt; poi_npc_314039 liegt rund5,6
+Yards vom Goldene-Rose-Zielpunkt entfernt. Die vorläufige Auswertung anhand
+exakter Zielschlüssel allein ergab33; mit diesen physisch gleichwertigen
+Treffpunkten sind38 bestätigt. Ein bloßer Aliaswechsel im selben Gasthaus wird
+nicht als Treffpunktfehler gewertet.
+
+Die22 verbliebenen Gruppen bestanden aus zehn Zweier-, sieben Dreier-, vier
+Vierer- und einer Fünfergruppe. Die Zahlen beschreiben native Mitgliedschaft,
+nicht räumliches Zusammensein oder erfolgreiche Anreise.
+
+## Gruppenbildung
+
+Der Bestand enthält7 Tanks,11 Heiler und64 Schadensausteiler. Allianz:3/7/28,
+Horde:4/4/36. Bei strikt einem Tank und einem Heiler pro Dungeon können selbst
+bei ignorierten Levelunterschieden höchstens sieben Fünfergruppen gleichzeitig
+entstehen; Fraktions-, Level- und Raidanforderungen schränken dies weiter ein.
+Eine vollständige Einteilung aller82 Bots war unter diesen Bedingungen nicht
+realistisch. Das ist zunächst eine Eigenschaft der Testpopulation, kein Beweis
+für einen Fehler jeder einzelnen abgelehnten Gruppenzuteilung.
+
+Von den22 Schlussgruppen hatten17 keinen Tank,14 keinen Heiler; nur eine hatte
+beides.60 Bots standen zuletzt auf „waiting for a suitable group / native browser
+queue“. Dies ist ein Zustand des Gruppenzugangs, kein Nachweis eines Fehlers der
+Instanzzulassung. Gruppenübertritte sind belegt, darunter wiederholte Transfers
+von Arthoran26 und Rixzek73 zwischen Gruppen. Mindestens ein Managerlauf wurde
+während der Testvorbereitung manuell erzwungen. Die Instabilität ist ein
+Untersuchungsbefund; diese Daten liefern keine unverfälschte automatische
+Transferhäufigkeit. Die vom Nutzer abgelehnte Nachbesetzungsänderung ist weder
+notwendig für diese Auswertung noch als Maßnahme vorgesehen.
+
+## Die vollständige Dungeon-Gruppe
+
+Arthoran26 (Tank), Sorana72 (Heiler), Gimmik41, Fizzira43 und Kargarrin45
+(Schaden) bildeten eine vollständige Fünfergruppe mit Ziel Versunkener Tempel
+(instance_visit_at_446, Instanzkarte109). Alle fünf hatten eine native
+Instanzplanung und waren auch um07:50 noch im Reisestatus. Es gibt für keinen
+der fünf einen INSTANCE_ENTERED-Nachweis.
+
+Am Schluss standen Arthoran und Fizzira weiterhin auf Reise, mit fehlgeschlagenen
+Flugaktionen im Sturmwinder Bereich. Gimmik, Kargarrin und Sorana standen auf
+„outside instance: orientation and recovery rest“ im Bereich74. Dieser Text ist
+kein Beleg eines absolvierten Dungeons: Die Implementierung wechselt auch ohne
+Eintritt nach Ablauf der Eintrittsfrist in diesen Restzustand. Der Wechsel ist
+ab07:56 sichtbar; die Frist endet hier planmäßig um07:55, fünf Minuten vor Ende
+des Aktivitätenblocks. Die vollständige Besetzung allein genügte somit nicht,
+um die Gruppe rechtzeitig zur Instanz zu bringen.
+
+## Reise und Intentwechsel
+
+35 Bots hatten mindestens einen belegten Recovery-Abbruch. Häufige Ursachen,
+gezählt als betroffene Bots (mehrere Ursachen pro Bot möglich):
+
+| Recovery-Ursache | Bots |
+|---|---:|
+| Lokaler Bodenweg abgelehnt: route-local-PathRejected | 13 |
+| Sicherer Rückflug nach fehlendem Flugkorridor | 8 |
+| Bodenannäherung zum Abflugpunkt unterbrochen | 8 |
+| Kein bestätigter Landeplatz mit letztem Bodenanschluss | 5 |
+| Letzter lokaler Bodenweg abgelehnt | 4 |
+| Kein Fortschritt beim verzögerten Routenstart | 4 |
+| Aufgezeichnete Gruppenstraße vom Safety-Adapter abgelehnt | 3 |
+
+Im letzten Snapshot waren16 Bots noch im effektiven Intent groupformation,
+obwohl für07:00 Dungeon/Raid vorgesehen war; ein weiterer hatte noch leisure.
+Acht meldeten „graph handover failed; retrying later“. Fünf warteten auf einen
+sicheren Spieler-/Transportzustand, zwei auf ein lokal nicht verfügbares
+Gruppenziel und einer auf den Graphknoten für den Intentwechsel. Diese17 Fälle
+zeigen, dass einige Übergänge selbst bis kurz vor08:00 nicht abgeschlossen waren.
+26 Action-Datensätze standen auf Failed. Diese Zahl überschneidet sich mit den
+anderen Zuständen und kann auch einen früheren, gespeicherten Fehler darstellen.
+
+Treffpunkt-Fallbacks wählten unter anderem andere Gasthäuser und andere Städte.
+Eine Ankunft an tatsächlich anderen Orten wurde nicht als Erfolg für Goldene Rose/Broken Tusk gezählt.
+Ein gesetzter fester Treffpunkt wird somit nicht durchgängig als unveränderliches
+Ziel eingehalten. Die dadurch verstreuten Gruppen erschweren das sichtbare
+Zusammenfinden zusätzlich.
+
+## Einordnung und nächste Untersuchungen
+
+Der Hauptausfall liegt vor dem Instanzeintritt: unvollständige Gruppen,
+fehlgeschlagene Reise-Recovery und nicht abgeschlossene Intentübergaben. Es gibt
+keinen Beleg, dass eine native Einlassverweigerung der hauptsächliche Engpass war.
+
+Für den nächsten reproduzierbaren Test sollte zunächst die Rollenverteilung je
+Fraktion und Levelband passend besetzt werden. Danach sind lokale Bodenweg-
+Ablehnungen, sichere Wiederaufnahme fehlgeschlagener Reisen und die Einhaltung
+der vorgegebenen Treffpunkte vorrangig. Wiederholte Gruppenmanager-Transfers
+sollten getrennt und ohne manuelle Managerläufe reproduziert werden. Ein
+Erfolgsnachweis der Kostenvariation oder einer vollständigen Gruppenreise lässt
+sich aus diesem Lauf nicht ableiten. Keine dieser Maßnahmen wurde allein durch
+diese Auswertung umgesetzt.
+
+## Datengrundlage und Grenzen
+
+22 Statusstichproben, erste06:13:38, letzte07:59:25 MEZ. Die Einrichtungszeit und
+die ersten Minuten vor der Beobachtung sind nicht vollständig erfasst. In keiner
+Stichprobe fehlte der Testserver. Das spätere Serverende und der anschließend
+installierte Höhenanflug-Fix liegen außerhalb dieses Testzeitraums. Insbesondere
+ist Renrens späterer erfolgreicher Plattformanflug kein Erfolg dieses Tests.
+
+Der Logsammler hat wiederholte Logzeilen erfasst. Identische normalisierte
+Meldungen werden deshalb dedupliziert; Rohhäufigkeiten werden nicht als Anzahl
+unabhängiger Versuche ausgegeben. Betroffenenmengen und native Snapshots sind
+die primären Kennzahlen. Native Logzeitstempel haben Vorrang; bei ungestempelten
+Servermeldungen bleibt die Erfassungszeit als Näherung. Fehlende Eintrittslogs
+werden zusätzlich durch die beobachteten Zustände gestützt, ersetzen aber keine
+visuelle Gameplay-Abnahme. DB-Positionen wurden nicht als Livepositionen ausgegeben.
+
+Reproduzierbare Auswertung und Ergebnisdaten:
+`checkpoints/2026-11-02-0600-group-test/evaluate_without_raid.py` und
+`final-without-raid.json`; dort liegen auch Manifest, Rohlogs und Snapshots.
@@ -0,0 +1,76 @@
+# Dungeonbrowser: Warteaktivitäten, Einladungen und Gruppenbeitritt
+
+Bots im Dungeon-/Raidintent führen während der Gruppenwartephase in der
+Hauptstadt die lokalen performativen Aktionen der Gruppenbildung aus.
+Aktionsauswahl und lokale Umgebung sind vom tatsächlichen Instanzziel getrennt;
+Intent, Tagesplan und Dungeonziel werden dafür nicht umgeschrieben. Die
+bestehenden Szenen-/Spaziergangsexecutoren werden wiederverwendet. Ein nativer
+Instanztransfer beendet die alte Stadtaktivität.
+
+Ein solo in der Hauptstadt wartender und nativ eingereihter Bot rekrutiert
+nicht selbst. Ein Bot in der Gruppenbildung kann ihn für den passenden
+Folgeintent einladen. Annahme prüft weiter Fraktion, Level, Instanzzugang,
+Rollenbedarf und Kapazität. Eine passende solche Einladung hängt nicht erneut
+vom Geselligkeitswurf ab; die persönliche Browserqueue wird vor der nativen
+Annahme verlassen. Laufende Vorschläge werden nicht durch diesen Sonderfall
+abgebrochen.
+
+Der Low-Pop-Fallback prüft nun die Wartezeit aller beteiligten Queueeinträge.
+Ein alter Botqueueeintrag verkürzt die 60 Sekunden eines frisch eingereihten
+Spielers oder einer Gruppe nicht. Vollständige normale Gruppen behalten den
+normalen sofortigen Matchpfad. Browserbeitritt prüft weiterhin native
+Zugangsbeschränkungen und Clientless-Zulassung.
+
+Die native Vorschlagsportierung verwendet verbundene Spieler auch während
+eines kurzzeitigen Out-of-World-Transfers und bestätigt Clientless-Teleports
+unmittelbar. Clientlose Mitglieder werden vor den vom echten Client zu
+bestätigenden Menschen portiert; menschliche Bestätigungen bleiben erhalten.
+Dies ist eine gezielte Absicherung des Übergangs; die vom Nutzer beobachtete
+konkrete menschliche Browsergruppe wurde nicht nachträglich rekonstruiert.
+
+Regressionen: native Low-Pop-Frist mit altem Bot/neuem Spieler bei 0/59/60s,
+Native-Teleportbatch einschließlich Out-of-World/Offline-Fällen, performative
+Aktionsauswahl bei unverändertem Dungeonintent, passive Wartebots und Annahme
+kompatibler Formationseinladungen einschließlich Level-/Zugang-/Intentablehnung.
+Bestehende Gruppenmanager-, Browser-, Interaktions-, Mikro-, Freizeit- und
+Sozialtests wurden zusätzlich ausgeführt. Live-Abnahme eines echten
+Spieler-Browserbeitritts bleibt erforderlich.
+
+Artefakte: checkpoints/2026-11-04-browser-wait/.
+
+## Live-Stand
+
+Installiert, frisches Ready und Ports8085/8087 geprüft. Alle ursprünglichen118
+Bots online, Loader wieder aktiv, keine Logoutanforderungen ausstehend.
+Yarumak44 bleibt in Phase WaitingGroup mit intent instance und Zielat_4363;
+LEISURE_WALK_PLAN mit70.11ydSpannweite und8Wegpunkten sowie MICRO_START
+für group_search_walk live belegt. Kein Intent-/Zielwechsel für Aktivitäten.
+
+Beim Abschalten der vorherigen Version trat nach automatischem60s-Restbot-
+Audit eine andere Assertion auf: Unit299 noch in Owner-ControlledSet,
+Unit::RemoveFromWorld9519, Pet::RemoveFromWorld, Map::~Map. Dump und passende
+alte Binärdatei gesichert; kein Unit/Pet-Code für diesen Befund geändert.
+Der Testserver wurde nach vollständigem Prozessende installiert und unter
+passivem GDB wieder gestartet. Dieser Shutdownbefund ist noch nicht behoben.
+
+## Erweiterung auf PvP
+
+Die performativen Warteaktivitäten gelten auch für PvP-Intents in der
+Hauptstadt. Solo in der Schlachtfeldwarteschlange wartende Bots können passende
+Einladungen aus einer PvP-Gruppenbildung annehmen, ohne selbst zu rekrutieren.
+Native Fraktions-, Level-/Bracket- und Zugangsprüfungen bleiben wirksam.
+Ein bereits vorliegendes Schlachtfeldangebot wird nicht für eine solche
+Einladung abgebrochen. Beim Schlachtfeldeintritt wird die alte Stadtaktivität
+beendet. QueueEnabled/JoinEnabled werden dadurch nicht geändert;
+Battleground.JoinEnabled bleibt in dieser Testkonfiguration 0.
+
+Acht betroffene Regressionstests bestanden, einschließlich passiver PvP-
+Kandidatenwahl, Annahme kompatibler Einladungen, Schutz aktiver BG-Angebote,
+PvP-Aktionsauswahl aus dem Gruppenbildungskatalog und nativer BG-Brackets.
+Artefakte: checkpoints/2026-11-04-pvp-wait/.
+
+PvP-Erweiterung installiert und live bestätigt: Seraellin79 führt bei weiterhin
+aktivem PvP-Intent die performative Aktion profession_tools aus. Server und
+118Bots wieder aktiv. Beim vorherigen Shutdown trat nach60sAudit ein separater
+Transportdestruktor-Assert (_passengers.empty(), Transport.cpp94) auf; Dump und
+passendes altes Binary gesichert. Dieser Shutdownfehler ist noch offen.
@@ -0,0 +1,55 @@
+# Defensive Zielübernahme aus bestehenden Kampfbindungen
+
+Rixzek73 stand mit vollem Leben und echter PvE-Kampfbindung zu LisaileFireweaver
+(Spawn84701) fest. Die Bedrohungsliste zeigte Rixzek als verfügbaren Eintrag mit
+0Bedrohung. Der Adventure-Controller wartete auf einen sicheren Zustand; die
+Kampfsteuerung übernahm Soloverteidigungsziele nur aus tatsächlichen
+DamageTaken-Meldungen. Proaktive Zielwahl war im Kampf gesperrt.
+
+AdventureCombatMgr::Update ergänzt nach Gruppen-/Heilzielwahl und der bisherigen
+Schadenswarteschlange eine defensive Übernahme aus den nativen PvE-/PvP-CombatRefs.
+Voraussetzungen: Bot tatsächlich im Kampf, keine aktive Kampf-AI und kein laufender
+Cooldown. Native Valid-Zugangsregeln bleiben maßgeblich; unterdrückte Referenzen
+auf beiden Seiten und Ziele außerhalb des vorhandenen80Yards-Kampfbereichs werden
+ignoriert. Aktive Angreifer werden bevorzugt, dann Nähe und stabile GUID-Reihenfolge.
+Andere nahe Gegner ohne bestehende Bindung werden nicht angegriffen.
+
+Der Start nutzt den vorhandenen Fighter als defending=true einschließlich
+Reichweiten-/Zauberprüfung, Flucht, Todesbehandlung und Reiseunterbrechung. Es wird
+kein Combatflag gelöscht und keine Bedrohung künstlich erhöht. Aktive Kampfziele,
+erster tatsächlicher Damager sowie bereits gewählte Gruppen-/Heilziele haben
+weiter Vorrang. Der defensive Fallback gilt auch für Gruppenmitglieder, wenn die
+bestehende Gruppenkoordination kein Ziel übernehmen konnte.
+
+Der erweiterte Produktionstest führt Update/Valid mit nativen Weltadaptern aus:
+Null-Schaden-PvE-Bindung, PvP und Berechtigungsablehnung, Gruppenpriorität,
+bestehendes Ziel/Schadenspriorität, beide Suppressionsrichtungen, unsichtbare/
+phasenfalsche/evadierende/tote/ungültige Ziele, Dummies, Reichweite, Cooldown,
+stabile Zielwahl und keine Aggression gegen ungebundene Nachbarn. Weitere
+Regressionen decken Rotation/CombatPreparation und finaleShutdownbereinigung ab.
+Vier Tests und Vollbuild-j10 bestanden.
+
+Die genauen internen AI-/Scriptphasen, wegen denen Lisaile im alten Zustand nicht
+angriff, wurden nicht als eigenständiger NPC-Fehler nachgewiesen. Dieser Fix
+schließt die bestätigte defensive Zielübernahme-Lücke der Bots. Installation,
+Livebeobachtung und abschließender Betrieb werden im Session-Checkpoint und unter
+checkpoints/2026-11-04-combat-reference-defense/ dokumentiert.
+
+## Installations- und Live-Ergebnis
+
+Normaler Shutdown vor Installation:16Restbotsfinalauf0abgemeldet, GDBexitednormally,
+keinDumpundkeinealteBinary-Sicherungangelegt. NachvollständigemProzessendeinstalliert,
+passiverGDB-StartPID244387,frischesReadyundPorts8085/8087geprüft.
+
+Rixzekzuersteingeloggt, ohneTeleport/Zwangsattacke/CombatStop/Intentoverride.
+Live-LogbelegtCOMBAT_START defending1 UND COMBAT_DEFEND_REFERENCE aufLisaile
+Entry18583. DanachnativeErfolgszauber30482(Selbstbuff),2136undzweimal133gegen
+Lisaile, anschließendCOMBAT_END. NativeTelemetrycombat0;Lisaileattackable0und
+neuerRespawn-EintragfürSpawn84701aufMap530belegendasKampfende/ToddesGegners.
+Rixzekistvollgesund7666/7666undnichtmehrdurchKampfblockiert.
+
+DeraktuelleTagesplanistRaid,Phase5:waitingforasuitablegroup/nativebrowserqueue.
+ErkannalsoweiteramOrtstehen, jetztwegenGruppen-/Browserwartephase. EineReise
+oderfertigerInstanzbeitrittwurdennichtbehauptet. DieserZustandwurde nicht durch
+einenmanuellenIntentwechselhergestellt. Ursprüngliche118BotsundLoader1wiederhergestellt,
+SafeLogoutpending0,shutdownPaused0. KeinCommit/Push. VorherigesWIPerhalten.
@@ -0,0 +1,56 @@
+# Recovery nach gescheiterter Rückfluglandung
+
+Braneven121 blieb an (1899.804,-4342.669,22.272) in Orgrimmar hängen.
+Die Flugplanung nutzte die Wasseroberfläche, die Landungsbestätigung dagegen
+verlangte festen Boden (20.906). Nach der fehlgeschlagenen Rückfluglandung
+setzte Fail den Flug terminal auf Failed und Update übersprang ihn anschließend.
+
+Ein lebender, weiterhin flugfähiger Bot bleibt nun in aktiver LandingRecovery.
+Die bestehende Umgebungssuche prüft Punkte in 0/8/16/24/40Yards Entfernung.
+Wasser über dem festen Boden wird nach derselben0.7Yards-Toleranz wie bei der
+Ziel-Landung ausgeschlossen. Zusätzlich gelten offene Landungssäule, Gebietszugang
+und eine vollständig vorgeprüfte, maximal32Segmente lange Flugbahn. Diese wird
+über die vorhandene geprüfte Rückflugspur ausgeführt und während der tatsächlichen
+Bewegung nochmals auf Kollisionen geprüft. Es gibt keinen ungeprüften direkten
+Sinkflug durch Wasser, Boden oder Plattformen.
+
+Gescheiterte Punkte werden mit3Yards-Umkreis für biszu60Sekunden gemieden.
+Findet sich keine geeignete Alternative, hält der Bot kontrolliert in der Luft
+und sucht alle10Sekunden erneut. Das bisherige Gesamtzeitlimit beendet diese
+Sicherheitslandung nicht terminal; die Flugberechtigung bleibt Voraussetzung.
+Erst die tatsächliche Bodenbestätigung entfernt Flugflags und Mount. Eine
+Abbruchlandung gilt weiterhin als fehlgeschlagene ursprüngliche Reise, damit der
+normale Reiseplaner vom neuen Bodenstandort wieder übernehmen kann. Die
+Gruppenroute wird dadurch nicht durch eine eigene Makroroute ersetzt.
+
+Elf gezielte Regressionstests bestanden, inklusive tatsächlichem Fail,
+FindReturnLanding und Advance: Wasser-Rückfluglandung wird abgewiesen,
+vollständiger trockener Anflug ausgeführt und danach korrekt abgemountet.
+Weitere Fälle: anderer Punkt nach erneutem Fehler, blockierte/gesperrte/fehlende
+Flächen, vollständig nasse Umgebung, Zehnsekunden-Retry und entzogene
+Flugberechtigung. Die Departure-Fixture führt jetzt wie Begin die lokale
+Startvorbereitung vor der Mountzulassung aus; hohe und nahe Bodenabfragen sind
+getrennt, damit neue feste-Boden-Prüfungen realistisch abgebildet werden.
+
+Vollbuild-j10 und Installation erfolgreich. PID222501 frisch ready,
+Ports8085/8087 geprüft. Braneven zuerst ohne Teleport/Intentänderung eingeloggt:
+Er verließ die alte Stelle und landete um18:53:34 auf einer trockenen Plattform
+(1839.670,-4379.120,103.859), Flug33Segmente/171.91Yards, anschließend native
+Bodenbewegung auf der weiteren Route. Die konkrete neue Ersatzlandungs-Recovery
+musste dabei bisher nicht live ausgelöst werden; sie ist durch den oben
+beschriebenen Produktionstest geprüft. Nachfolgende lokale Wege am Zeppelinturm
+zeigen teils Gruppen-LOS-Ablehnungen und neue Anreiseversuche; die gesamte
+Shattrath-Reise wurde nicht abschließend beobachtet.
+
+Loader und ursprüngliche Botpopulation wiederhergestellt. Kein Commit/Push.
+Beim vorherigen Shutdown endete die CPC-Finalisierung korrekt mit16->0, danach
+crashte OutdoorPvPMgr::Die beim OPvPCapturePoint-Destruktor (OutdoorPvPNA).
+Coreworldserver-20261104-181845 und passende alte Binary gesichert; dieser
+weitere Befund wurde nicht im Rahmen der Landungsänderung korrigiert.
+Artefakte checkpoints/2026-11-04-dry-landing-recovery/.
+
+Weitere Livebeobachtung: Die LOS-Ablehnungen wurden per regulärem Flugfallback
+überwunden. Um18:54:19 zweitebestätigteLandung am Zeppelinhaltepunkt
+(1839.67,-4391.12,135.23), danach RouteSchritt2/14 TRANSPORT_WAIT
+zeppelin_org_under -> zeppelin_under_org (spawn6). Branevenwartet regulär auf
+dasVerkehrsmittel; keinStillstandanderWasserstellemehr.
@@ -0,0 +1,57 @@
+# Finale Abmeldung vor Mapabbau
+
+Die Dumps vom 4. November zeigen verbliebene clientlose Sitzungen nach Ablauf
+der sicheren Logoutfrist. Der Netzwerk-Shutdown entfernte nur normale Sessions.
+CPC-Sitzungen wurden erst in World::~World, nach dem Mapabbau, gelöscht. Das
+führte abhängig vom Zustand zu Pet-/Transport-Assertions oder fehlender Map bei
+der nativen Logout-Zonenabmeldung.
+
+Die finale Map-Aufräumroutine in Main ruft nun zuerst
+World::ShutdownClientlessSessions auf. Diese sperrt weitere direkte CPC-
+Registrierungen, bestätigt native Teleports und finalisiert den generischen
+ClientlessPlayerMgr. Controller erhalten ihre bisher fehlende Logout-
+Benachrichtigung genau einmal, Reise-/Flugausführung wird bereinigt. Danach
+werden sämtliche CPC-Sitzungen, auch nicht über den Manager angelegte,
+zerstört. Ihr normaler WorldSession-Destruktor führt LogoutPlayer(true) aus,
+solange OutdoorPvP, Instanzspeicher, Battlegrounds und Maps noch verfügbar sind.
+Erst danach beginnt deren bisheriger Abbau.
+
+Ausstehende Initialisierungs-/Login-Rückrufe sind Eigentum ihrer Sitzung und
+werden nur durch deren Update ausgeliefert. Die finale Bereinigung führt kein
+Update aus und zerstört diese Rückrufe mit der Sitzung. Laufende SQL-Queryholder
+bleiben separat per shared_ptr durch ihre DB-Aufgabe gehalten; deren späteres
+Ergebnis kann keinen Sitzungscode mehr aufrufen. Damit muss der Shutdown auch
+bei DB-Ausfall nicht auf einen noch nicht begonnenen Botlogin warten.
+
+Die sichere 60-Sekunden-Phase wird nicht verändert. Ihr Recovery-Audit wird
+beibehalten. Bei erzwungenem/abgekürztem Shutdown erstellt die finale Phase eine
+zusätzliche Sicherung, wenn die normale Fristsicherung noch nicht geschrieben
+wurde. Wiederholter Aufruf der finalen World-Bereinigung ist wirkungslos.
+
+Zwölf gezielte Regressionstests bestanden. Der neue Test führt tatsächliche
+Produktionsmethoden von World/ClientlessPlayerMgr und den Main-Abbaublock aus:
+Petbesitzer, Passagiere, Teleports, bereits benachrichtigte Controller,
+controllerlose Sitzungen, Nullslots, noch laufende/bereite Login-Rückrufe,
+Anmeldesperre, Wiederholung und Audit. Vorherige Instanz-/Unterstadt-WIP bleibt
+erhalten. Der alte test_safe_logout.py verweist bereits am unveränderten HEAD
+auf den entfernten Pending-Container im Script; seine aktuellen Prüfungen sind
+im bestehenden test_shutdown_lifecycle.py enthalten.
+
+Build-/Installations- und Live-Shutdown-Ergebnis stehen im Session-Checkpoint
+und unter checkpoints/2026-11-04-final-shutdown-fix/.
+
+## Live-Ergebnis
+
+Vollbuild -j10 und Installation erfolgreich. Erster StartPID216135 erreichte
+frisches Ready und Ports8085/8087. Mit118 ursprünglichen Bots normaler
+server shutdown10: nach60246ms blieben8Bots, davon7imKampf und1tot.
+CLIENTLESS_SHUTDOWN_FINALIZE_BEGIN remaining=8 und END remaining=0.
+GDB bestätigt: Inferior exited normally; kein neuer Dump. Damit wurde der
+bisherige konkrete Restbot-Shutdownfall erfolgreich durchlaufen.
+
+Danach erneut passiv unterGDB gestartet: PID216676, frisches Ready und beide
+Ports geprüft. Ursprünglicher Loaderbetrieb und118Bots wiederhergestellt.
+DB-Ausfall und Shutdown mitten im Login wurden nicht zusätzlich live injiziert;
+der Rückrufabbruch wird durch die Regressionstests abgedeckt. Der vor der
+Installation noch abgestürzte alte Build ist mit Core175333 und passender
+Binary gesichert. Keine Änderungen an Tagesplänen, kein Commit/Push.
@@ -0,0 +1,27 @@
+# Blockiertes erstes Flugsegment: anderen Abflugplatz zu Fuß erreichen
+
+`ClientlessFlightMgr::Advance` ruft bei einem ungültigen Korridor vor dem ersten
+Segment jetzt `RetryDeparture` auf. Dieser Pfad verlangt tatsächlichen
+Bodenkontakt und schließt laufende Rückflüge, bereits erfolgten Abflug,
+Flugsegmente, Fallen, Wasser, Transport, Taxi, Teleport und Kampf aus.
+Erst danach wird das Flugmount entfernt und die vorhandene MMAP-gestützte
+Abflugplatzsuche ausgeführt. Drei Ortswechsel pro Flugversuch sind zulässig.
+Bereits fliegende Bots behalten die bisherigen Ausweich- und Landepfade.
+
+Die Suche prüft eine 40 Yards hohe Säule: den maximal 35 Yards hohen senkrechten
+Abflug zuzüglich der oberen Körper-Strahlen. Die normale Bodennavigation,
+Gebietszugangsprüfung und vollständige MMAP-Ankunft bleiben erforderlich.
+Ein nur 15 Yards hoher freier Abschnitt reicht für Ersatzplätze nicht mehr aus.
+Nach dem Hinlaufen wird der Flug regulär neu begonnen; Versuchszähler und
+ActionOwned werden dabei erhalten. Das eigentliche Ziel bleibt unverändert.
+Ein kopierter Record verhindert eine Selbstverschiebung des Map-Eintrags beim
+Publizieren des Ersatzstarts.
+
+Regressionen prüfen den Produktionspfad einschließlich Record aus derselben
+Map, Zielerhalt, Absatteln nur auf sicherem Boden, Ausschluss bereits erfolgter
+Flüge und Rückflüge, Versuchsgrenze sowie Erhalt von Budget und Aktionszuordnung
+über Begin. Ein Dach bei 38 Yards lässt kurze Säulen zu, blockiert aber korrekt
+die Ersatzplatzsuche mit vollständiger Körperhöhe.
+
+Build-, Server- und Liveergebnis: SESSION-RESUME.md sowie
+checkpoints/2026-11-04-ground-departure-retry/.
@@ -0,0 +1,56 @@
+# Halaa-Eroberungspunkt: eindeutiger Besitzer
+
+Der Halaa-Controller hielt einen OPvPCapturePointNA im eigenen unique_ptr und
+registrierte denselben Zeiger über get() zugleich in der besitzenden Basisklassen-
+Map. Beim Shutdown wurde das Objekt zuerst als abgeleitetes Member, dann erneut
+als Basisklassen-Eintrag gelöscht. Der gesicherte Dump185220 trat noch mit der
+alten Binary auf; sein Vorgänger181845 wurde zuvor gezielt diagnostiziert.
+
+Der Fix beschränkt sich auf OutdoorPvPNA.cpp/.h. m_unregisteredCapturePoint
+besitzt das Objekt bis zum ersten Laden des echten Banner-Spawns. Bei der
+Registrierung wird dieser Besitzer einmalig an AddCapturePoint übertragen.
+m_obj ist eine nichtbesitzende Referenz und bleibt für Update/Faktionsbuffs
+sowohl vor als auch nach der Registrierung gültig. Ein nie geladenes Banner
+verursacht kein Leck. Entladen und erneutes Laden desselben Spawns binden nur
+das neue GameObject an das vorhandene Ziel; Eigentum und Zustand bleiben erhalten.
+Eine zweite Registrierung unter einer anderen Spawn-ID wird mit Fehlermeldung
+abgewiesen. Wiederholtes Setup ist wirkungslos. Die generische OutdoorPvP-API
+und die Besitzübergaben der anderen PvP-Skripte wurden nicht geändert.
+
+Vier gezielte Tests bestanden. Der neue Produktionstest führt Setup,
+OnGameObjectCreate, Basisregistrierung/-bindung/-entbindung, Update und Buff-
+Zugriff mit ASan/UBSan aus. Fälle: nie geladenes Banner, einmalige Übergabe,
+20 Lade-/Entladezyklen, unerwartete zweite Spawn-ID, wiederholtes Setup,
+mehrere Map-Lebensdauern und genau eine Freigabe je Allokation. Zusätzlich
+OutdoorPvP-Shutdown-Lifetime sowie CPC-Shutdown-/Grace-Regressionen bestanden.
+
+Vollbuild -j10 und Installation erfolgreich. Buildbeginn mit Loaderdatei/nativ0
+und safe logout all; normaler Shutdown erst nach Build. AlterPID222501 crashte
+noch im alten Halaa-Code, Coreworldserver-20261104-185220 und passende Binary
+worldserver-before-halaa-owner-fix bewahrt. Erst nach vollem Prozessende installiert.
+
+## Liveprüfung
+
+NeuerPID226712 frisch ready und Ports8085/8087 geprüft. Dedizierter Testcharakter
+Morvath150 (Lv80, kein regulärer AdventureBot) über nativen Testbot-Controller
+angemeldet. Teleport ausschließlich dieses Testcharakters zu Halaa. Der Test
+bestätigte das echte sichtbare Banner gleichzeitig über Spawn23273 und Entry182210,
+auf Karte530/Zone3518/Area3628. Anschließend native Rückkehr nach Orgrimmar an die
+ursprünglichen Koordinaten (1569,-4397,16.1,Orientierung0) und normaler Testjob-
+Logout. Gesundheit9531 unverändert, kein Kampf, keine Gegenstands-/Questbenutzung.
+Keine manuellen DB-Änderungen oder Teleports regulärer AdventureBots.
+
+Danach normaler server shutdown10 mit registriertem Halaa-Eroberungspunkt:
+GDB bestätigt Inferior exited normally; kein Signal und kein neuer Dump. Damit
+wurde genau der vorher abstürzende registrierte-Banner-Abbau live durchlaufen.
+Die eigentliche PvP-Eroberung wurde nicht als Gameplay-Abnahme getestet.
+
+Finaler Neustart und wiederhergestellter Botbetrieb stehen im Session-Checkpoint
+und in checkpoints/2026-11-04-halaa-owner-fix/result.json. Dort liegen auch
+Build-/Installlogs, Sanitizer-/Regressionstests, native Test-Lua, Halaa-Ergebnis,
+Shutdownnachweis und ursprünglicher Betriebs-/Testbot-Snapshot. Vorheriges
+Unterstadt-/Instanz-/Shutdown-/Landungs-WIP erhalten. Kein Commit/Push.
+
+Finaler ServerPID227005 ist frisch ready, beidePorts lauschen. Ursprünglicher
+Loaderbetrieb und118Bots wiederhergestellt; Testcharakter150offline an seiner
+Originalposition. KeinCommit/Push.
@@ -0,0 +1,64 @@
+# Weiterer Shutdown-Absturz: doppelte Besitzverhältnisse beim Halaa-Eroberungspunkt
+
+Coreworldserver-20261104-181845, abgestürzterPID216676. Der Dateiname bezeichnet
+den Start des Diagnoseprozesses; der Crash trat beim Shutdown gegen18:50 auf.
+Passende Binary: dry-landing-recovery/worldserver-before-dry-landing-recovery.
+GDB nur lesend am Dump, keine Verbindung zum laufenden Serverprozess.
+
+## Ursache
+
+OutdoorPvPNA::SetupOutdoorPvP erstellt in OutdoorPvPNA.cpp148 einen
+OPvPCapturePointNA als unique_ptr im Memberm_obj (Header175).
+Beim Laden des Halaa-Banners (GO182210) ruft OnGameObjectCreate in cpp56
+AddCapturePoint(m_obj.get()) auf. OutdoorPvP::AddCapturePoint übernimmt denselben
+rohen Zeiger in einen weiteren unique_ptr der Basisklassen-Map (cpp426).
+Damit existieren zwei getrennte Besitzer derselben Allokation.
+
+Beim Shutdown wird zuerst der Member der abgeleiteten Klasse zerstört und das
+Objekt gelöscht. Danach zerstört der Basisklassen-Destruktor m_capturePoints
+und versucht dieselbe Allokation erneut zu löschen. Der virtuelle Aufruf greift
+bereits auf den Destruktionszustand des zuvor zerstörten Objekts zu: SIGSEGV0.
+
+## Dump-Belege
+
+Controller0x7fff842af300, CapturePoint0x7fff831fca80. Der abgeleitete Owner m_obj
+ist im Dump schon null; die Basisklassen-Map besitzt weiterhin genau diesen
+Zeiger unter Spawn23273. Dessen vptr verweist auf vtableforOPvPCapturePoint+16;
+beide virtuellen Destruktoreinträge sind0. Stack: unique_ptr<OPvPCapturePoint>
+->OutdoorPvP::~OutdoorPvP ->OutdoorPvPNA::~OutdoorPvPNA ->OutdoorPvPMgr::Die
+->Main-Map-Aufräumroutine. Kein GetMap-Assert wie bei den früheren CPC-Dumps.
+
+Datenbank bestätigt Spawn23273, Entry182210 HalaaBanner, Karte530,
+(-1572.57,7945.3,-22.475), Halaa/Nagrand. Die doppelte Besitzerkonstruktion ist
+in den OutdoorPvP-Scripts nur bei NA in dieser unique_ptr/get-Kombination
+vorhanden. Andere AddCapturePoint-Aufrufer müssen bei einem späteren Fix ihre
+bisherige Besitzübergabe behalten.
+
+## Verhältnis zum Bot-Shutdownfix
+
+pre-install-shutdown.log belegt CLIENTLESS_SHUTDOWN_FINALIZE_BEGIN16 und END0.
+Im Dump sind sowohl m_clientlessSessions als auch m_sessions leer. Die finale
+Bot-Abmeldung war abgeschlossen; dieser Crash entsteht danach in einem anderen
+Besitzfehler. Das Laden des Halaa-Banners aktiviert den zweiten Besitzer;
+welcher Spieler/Bot das Banner zuvor geladen hat, wurde hier nicht festgestellt.
+
+## Korrekturrichtung, noch nicht umgesetzt
+
+Genau einen Besitzer festlegen. Registrierung muss Eigentum tatsächlich
+übertragen; direkte Halaa-Zugriffe erhalten nur eine nichtbesitzende Referenz.
+Die Zeit vor dem erstmaligen Laden des Banners sowie wiederholtes Laden/Entladen
+berücksichtigen: kein Leck bei nie geladenem Banner, kein zweiter Besitzer bei
+erneuter Registrierung und kein Nullzeiger in Update/HandlePlayerEnterZone.
+Ein bloßes Ersetzen von get durch release würde m_obj leeren und seine übrigen
+Benutzer beschädigen. Die anderen nativen OutdoorPvP-Mechaniken bewahren.
+
+Untersuchung abgeschlossen ohne Code-/Konfigurationsänderung, Build oder
+Serverneustart. LaufenderPID222501 unberührt. Zielgerichtete GDB-Skripte/Logs und
+JSON-Befund: checkpoints/2026-11-04-outdoor-halaa-crash/.
+
+## Anschließende Korrektur
+
+Auf Nutzerauftrag implementiert und getestet; Details in
+[Halaa-Ownershipfix](2026-11-04-halaa-owner-fix.md). Echter Banner-Spawn23273
+wurde mit einem dedizierten Testcharakter geladen. Der folgende Shutdown
+endete regulär ohne Crash. Vier Regressionstests inklusiveASan/UBSan bestanden.
@@ -0,0 +1,36 @@
+# Warten innerhalb der Zielinstanz
+
+Nach Instanzeintritt verwerfen AdventureBot-Gruppenmitglieder übrig gebliebene
+Weltreiseaktionen. Sie warten innerhalb der Instanz, bis der lebende, fertig
+transferierte Anführer in derselben Karten-, Instanz- und Phasenkopie höchstens
+100 Yards entfernt ist. Diese Reichweite war bereits die Grenze des lokalen
+Gruppenfolgens. Der Anführer kann ein Spieler oder ein Bot sein.
+
+Innerhalb von Dungeons und Raids werden weder aufgezeichnete Weltübergänge
+wiederholt noch neue Travelgraph-Verfolgungsrouten zum Anführer gestartet.
+Reine Bot-Instanzbesuche nutzen bei zusammengeführter Gruppe das vorhandene
+lokale Formationsfolgen. Tod, Kampf, Charme sowie native Taxi-/Transport-
+Übergänge behalten ihre eigenen Zuständigkeiten.
+
+Ein menschlicher Mitspieler außerhalb oder während des Ladebildschirms löst
+keinen vorzeitigen Instanzaustritt der bereits eingetretenen Bots mehr aus.
+Außerhalb verbliebene Begleiter gemischter Dungeonbrowser-Gruppen verwenden für
+den Wiedereintritt den nativen LFG-Teleport einschließlich Gruppenbindung,
+Zugangsprüfungen und Clientless-Teleportbestätigung. Fehlgeschlagene Versuche
+werden frühestens nach drei Sekunden wiederholt. Keine administrativen
+Teleports und keine Änderungen an Instanzbindungen.
+
+Elf gezielte Regressionstests bestanden, einschließlich tatsächlicher
+Produktionsmethoden mit Weltadaptern: unterschiedliche Instanzkopien, ladender/
+offline/entfernter Anführer, Mensch/Bot, Phasen, lokale Wiederaufnahme,
+Welteintrittsbereinigung, Weltreiseverbot im Dungeon, Kampf/Tod, nativer
+Browser-Wiedereintritt/Ablehnung und Wiederholungsfrist. Der bestehende
+Gruppenschutz-Test extrahiert jetzt ausschließlich seine Zielmethode statt
+versehentlich benachbarte Logout-Methoden mitzukompilieren.
+
+Vollbuild mit -j10 erfolgreich. Installation/Neustart werden im
+Session-Checkpoint dokumentiert. Die abschließende sichtbare Abnahme des
+Beitritts mit dem Benutzercharakter steht noch aus. Bestehendes Unterstadt-WIP
+bleibt erhalten. Der getrennt diagnostizierte Shutdownfehler wurde nicht geändert.
+
+Artefakte: `checkpoints/2026-11-04-instance-rendezvous/`.
@@ -0,0 +1,107 @@
+# Shutdown-Abstürze vom 4. November 2026
+
+## Ergebnis
+
+Beide Dumps belegen dieselbe unvollständige finale Sitzungssperrung/-bereinigung.
+Die sichere Logoutphase mit 60s-Frist und JSONL-Sicherung lief durch. Verbleibende
+clientlose Sitzungen wurden jedoch vor dem Entladen der Maps nicht tatsächlich
+abgemeldet. Die beiden Assertions schützen konsistente Besitzverhältnisse;
+SIGSEGV wird hier vom Core über Trinity::Abort/Assert gezielt ausgelöst.
+Es handelt sich in diesen Dumps nicht um einen neuen DB-Verbindungsverlust.
+
+## Pet-Fall
+
+Core `worldserver-20261104-124032.core`, passende Binärdatei
+`checkpoints/2026-11-04-browser-wait/worldserver-before-browser-wait`.
+GDB: 17 clientlose Sitzungen, null Netzwerksitzungen. Brynda (GUID165) bleibt
+mit `m_playerLogout=false` und `m_inWorld=true` angemeldet. Ihr Wolf (Entry299,
+Pointer0x7fff2db9b000) befindet sich weiterhin in ihrer m_Controlled-Menge.
+Beide gehören zur Map0x7fffbba98480. Die Fristsicherung erfasst Brynda noch im
+Kampf. Beim Mapdestruktor wird der Wolf direkt entfernt, während sein Besitzer
+noch lebt: Unit::RemoveFromWorld9519 -> ABORT. Besitzer-Entry0 ist normal für
+einen Spieler und bedeutet keinen Nullbesitzer.
+
+## Transport-Fall
+
+Core `worldserver-20261104-135325.core`, passende Binärdatei
+`checkpoints/2026-11-04-pvp-wait/worldserver-before-pvp-wait`.
+GDB:16 clientlose Sitzungen, null Netzwerksitzungen. Transport The Zephyr
+(Entry190549, Pointer0x7fff7bd3f000) hat genau einen dynamischen Passagier:
+Faelirin (GUID105), weiterhin inWorld, `m_playerLogout=false`, echte beidseitige
+Transportbindung vorhanden. Fristsicherung bestätigt ihren Passagierzustand.
+Map::UnloadAll entfernt den Transport vor ihrem Logout; Transport::~Transport94
+fordert `_passengers.empty()` und löst die Assertion aus.
+
+## Fehler im Lebenszyklus
+
+1. ClientlessPlayerMgr::ShutdownReady erlaubt nach60s plus Audit das Beenden
+   der Worldschleife. Das ist die vereinbarte Frist, kein Fehler an sich.
+2. Der Netzwerk-Shutdownhandle in worldserver/Main.cpp ruft KickAll und einmal
+   UpdateSessions auf, bevor mapManagementHandle die Maps entlädt.
+3. World::KickAll (World.cpp3048) berücksichtigt ausschließlich m_sessions,
+   nicht den getrennten Speicher m_clientlessSessions. Die17/16 Bots bleiben
+   daher angemeldet; GDB bestätigt, dass alle Netzwerksitzungen bereits weg sind.
+4. Ein einfaches zusätzliches KickPlayer auf clientlose Sitzungen wäre ebenfalls
+   unzureichend: WorldSession::KickPlayer (720) arbeitet ausschließlich mit
+   vorhandenen Sockets; forceExit wird nur innerhalb dieses Socketzweigs gesetzt.
+5. World::~World (179) löscht den clientlosen Sitzungsspeicher zwar, wird aber
+   erst nach den lokalen Main-Aufräumhandles erreicht. Für Pets/Transporte ist
+   das nach der Mapzerstörung zu spät.
+
+## Abgeleitete Korrektur, noch nicht implementiert
+
+Die finale Shutdownphase muss nach Frist/Audit und vor Map-/OutdoorPvP-Abbau
+alle clientlosen Sitzungen über ihren vorhandenen nativen Logout-/Lifecyclepfad
+beenden. Beim Laden befindliche Sitzungen und ausstehende Callbacks brauchen
+weiterhin sichere Behandlung. Erst nach tatsächlich abgeschlossener Bereinigung
+dürfen die Maps entfernt werden. Der native Logout entfernt Pets
+(WorldSession::LogoutPlayer, RemovePet) und löst Transportbindungen über
+WorldObject::CleanupsBeforeDelete/RemovePassenger.
+
+Weder Assertions entfernen noch einfach Kontroll-/Passagiermengen leeren.
+Keine längere Frist als Ersatz; kein zusätzlicher Teleport vor dem Shutdown
+notwendig. Die normale sichere Logoutphase bleibt erhalten, nach ihrem Ende
+ist reguläres finales Abmelden bei noch lebenden Maps erforderlich.
+
+Untersuchung nur lesend an Quellcode und gesicherten Dumps. Keine Quellcode-
+oder Konfigurationsänderung, kein Build, kein Serverneustart. TestserverPID187536
+blieb aktiv. Zielgerichtete GDB-Ausgaben ohne Verbindungsdaten:
+`checkpoints/2026-11-04-shutdown-crash-diagnosis/`.
+
+## Weiterer Dump: Startkennung 16:16:45, Shutdown gegen 17:52
+
+Untersucht: `worldserver-20261104-161645.core`, PID200134; passende gesicherte
+Binary `checkpoints/2026-11-04-instance-rendezvous/worldserver-before-instance-rendezvous`.
+Die Uhrzeit im Dateinamen ist die Startzeit des Diagnoseprozesses, nicht die
+Absturzzeit. Noch der alte Build vor Installation des Instanz-Rendezvous.
+
+GDB belegt wieder dieselbe Reihenfolge: `World::~World` (World.cpp192) löscht
+clientlose Sitzungen erst nach dem Mapabbau. `WorldSession::~WorldSession`
+ruft `LogoutPlayer(save=true)` auf; dessen OutdoorPvP-Abmeldung (601) greift
+über `OutdoorPvPMgr::HandlePlayerLeaveZone` (180) auf `player->GetMap()` zu.
+`m_currMap==nullptr` löst die Assertion in Object.h448 aus. SIGSEGV ist hier
+der gezielt ausgelöste Assert-Crash, kein Beleg für zufällige Speicherkorruption.
+
+Betroffen: Drakzug, GUID186, Zone3537. Im Dump `m_inWorld=false`, `m_currMap=0`,
+`m_playerLogout=true` (Logout wurde bereits begonnen), Session hält noch den
+Spieler. Noch24 clientlose Sitzungen, null Netzwerksitzungen. Die Fristsicherung
+`clientless-recovery/shutdown-1793811079-5668125.jsonl` bestätigt24 Restbots nach
+60Sekunden, DB verfügbar; Drakzug auf Map571 fliegend. Ein Flug ist hier der
+Grund, ihn während der sicheren Phase noch angemeldet zu lassen, nicht der
+unmittelbare Crash: die finale native Abmeldung erfolgt schlicht zu spät.
+
+Korrekturrichtung bleibt: finale CPC-Abmeldung nach Grace/Audit, aber VOR
+OutdoorPvP-/Mapabbau; alle Restzustände und noch ladenden Sitzungen geordnet
+beenden. Kein Nullcheck nur an der Absturzstelle und kein Entfernen der Assertion
+als Ersatz für die korrekte Lebensdauer. Keine Code-/Konfigurationsänderung,
+kein Build/Restart bei dieser Untersuchung; laufender ServerPID211336 unberührt.
+Gezielte GDB-Ausgaben und maschinenlesbarer Befund:
+`checkpoints/2026-11-04-shutdown-161645/`.
+
+## Korrektur umgesetzt und im Live-Shutdown bestätigt
+
+Auf folgenden Nutzerauftrag implementiert; siehe
+[Finaler Shutdownfix](2026-11-04-final-shutdown-fix.md). Bei der Prüfung des
+neuen Builds wurden nach der60s-Frist8Restbots vor Mapabbau vollständig
+abgemeldet, anschließend reguläres Prozessende ohne Crash. Build/zwölf
+Regressionstests bestanden, Server danach wieder gestartet.
@@ -0,0 +1,49 @@
+# Shutdown und Login-Recovery
+
+Normale Shutdown-/Restart-Befehle und SIGTERM/SIGINT verwenden dieselbe Vorbereitung. Der Loader nimmt während einer geplanten Abschaltung keine neuen Bots auf. Die sichere Abmeldung beginnt in der letzten Minute des Countdowns; bei kürzeren Countdowns sofort. Nach Ablauf des angeforderten Countdowns wartet der Server nur noch bis zur sicheren Abmeldung aller Bots oder bis maximal 60 Sekunden seit Beginn der Vorbereitung. Ein ausdrücklich erzwungener Shutdown bleibt eine Notfall-Ausnahme.
+
+Die Bot-Controller pausieren ihre Tagespläne, ohne sie zu löschen. Laufende Kämpfe, Flüge und Transportfahrten dürfen auslaufen. Ein Abbruch der Abschaltung gibt noch angemeldete Controller wieder frei. Bereits ausgeloggte Bots meldet der aktivierte Population-Loader nach seiner üblichen Auswahl erneut an.
+
+`clientless logout status` zeigt Abmelde- und Shutdownzustand. `clientless population status` zeigt die Shutdownpause. `Clientless.Recovery.StateDir` bestimmt das Verzeichnis für JSONL-Protokolle mit Beginn, Abschluss/Fristablauf/Abbruch und den jeweiligen Bot-Zuständen. Diese Dateien werden auch bei Datenbankausfall geschrieben.
+
+Beim Login prüfen AdventureBot-Controller die Position vor dem Start neuer Tagesplanaktionen. Tote oder kämpfende Bots bleiben bei ihrer bestehenden Behandlung. Reale Passagiere steigen zunächst über aufgezeichnete Halte aus; gültige Taxiflüge werden nicht unterbrochen. Eine tatsächlich ungültige Standposition wird bevorzugt lokal auf überprüften Boden gesetzt oder über einen kontrollierten Flug gelandet. Nur wenn das nicht sicher möglich ist, folgt die Fraktionshauptstadt. Gesunde Positionen und fehlende Meshdateien allein lösen keinen Teleport aus. Die generische Clientless-Infrastruktur bleibt unabhängig von AdventureBot-Policy; andere Controller müssen diesen Recovery-Hook nicht verwenden.
+
+Datenbank-Verbindungsverluste werden höchstens fünfmal mit begrenzten Socket-Timeouts und drei Sekunden Abstand erneut versucht. Fehler 2002 wird ausdrücklich berücksichtigt. Leere Handles werden nicht an `mysql_ping` übergeben. Dauerhafter Ausfall meldet einen Fehler an den World-Thread; dieser schließt die Loginzulassung und leitet die normale Shutdownvorbereitung ein. Speicherung ist bei unerreichbarer Datenbank nicht garantiert und wird nicht als erfolgreich behauptet. Ein solcher terminaler Shutdown kann nicht in einen unbrauchbaren Weiterbetrieb abgebrochen werden.
+
+
+## Validierung auf dem Testserver am 4. November 2026
+
+Vollbuild und abschließende Incrementalbuilds mit `-j10` erfolgreich; installiert
+über die vorhandene CMake-Konfiguration. Zwölf gezielte Produktionscode-
+Regressionstests bestanden (DB-Reconnect/Ping, Shutdown-Lifecycle, World-Timer,
+Login-Recovery, OutdoorPvP-Lebensdauer sowie sieben Transport-/Graph-Tests).
+Der 60-Sekunden-Fristablauf wurde mit kontrollierter monotoner Testuhr geprüft.
+
+Live mit dem dedizierten Testcharakter Morvath (GUID 150):
+
+- Gesunder Login in Orgrimmar ohne Positionsänderung.
+- Ungültige Position `(1780.166, -4333.466, 110.187)` wurde vor normalem
+  Controllerstart auf gemessenen Boden bei Z `101.650` korrigiert.
+- Shutdown 60 Sekunden: sicherer Botlogout, Loader-Shutdownpause; Abbruch
+  setzt die Shutdownpause wieder zurück.
+- Erneuter Login, Shutdown 10 Sekunden: Bot sicher ausgeloggt, JSONL-Beginn
+  und Abschluss geschrieben, GDB meldet normales Prozessende ohne Signal.
+- Isolierter lokaler TCP-Proxy für die Charakterdatenbank unterbrochen:
+  Fehler 2013, fünf fehlgeschlagene Verbindungsversuche, kontrollierter
+  Shutdown mit Fehlercode 1, kein SIGSEGV/ABORT. Reguläre Bots blieben dabei
+  offline; der echte MariaDB-Dienst wurde nicht angehalten oder verändert.
+
+Temporäres Testprofil entfernt und Testcharakter offline an seine vorherige
+Position zurückgesetzt. Normaler Datenbankport ist wieder konfiguriert.
+Live-Gameplay mit echten Passagier-/Flug-Übergängen bei Login und mit Bots,
+die tatsächlich die volle Shutdownfrist überschreiten, bleibt zusätzlich der
+Ingame-Abnahme vorbehalten; die entsprechenden Entscheidungsfälle sind durch
+gezielte Regressionstests abgedeckt. Authserver gebaut, hier kein laufender
+Authdienst für einen separaten Live-Ausfalltest verändert.
+
+Artefakte und native Belege: `checkpoints/2026-11-04-lifecycle/`.
+
+Abschluss: normaler Serverbetrieb wiederhergestellt, alle ursprünglichen 118
+Bots online, Loader nativ und in der Konfiguration aktiv. Keine ausstehenden
+sicheren Abmeldungen. Auch alle 19 Restbots der alten Abschaltung erneut
+angemeldet und mit nativen Positions-/Flugproben dokumentiert.
@@ -0,0 +1,49 @@
+# Unterstadt-Anreise über den Fledermausmeister
+
+Explizite Ortsausnahme auf Nutzerwunsch: Ziele auf Karte0 mit gespeicherter Katalog-Zielzone oder
+Katalog-Zielgebiet1497 (Unterstadt) erhalten den verbindlichen Anreiseknoten taxi_11.
+Andere Städte/Gebiete werden durch diese Regel nicht verändert.
+
+Datenbankabgleich: taxi_11 hat Typ taxi und Position
+(1568.62,267.97,-43.10). Der Katalogpunkt poi_guard_321 heißt
+„Undercity Bat Handler“, gehört zu Zone/Gebiet1497 und liegt bei
+(1565.90,271.435,-43.1024), knapp4.41Yards daneben.
+
+Initialplanung und Wiederherstellung planen auf den konkreten Graphenknoten
+statt auf einen kostenoptimierten Ausstieg nahe der Endlocation. Direkte lokale
+Abkürzung vor dem Anreiseknoten und ein Fallback auf das eigentliche Stadtziel
+werden dabei verhindert. Ein fehlender erforderlicher Knoten führt zu einem
+Fehler, nicht zum Ausweichen auf einen oberirdischen Ersatzanker.
+
+Erst nach tatsächlichem Erreichen des Knotens (dreidimensional<=5Yards) beginnt
+die finale lokale Strecke zum unveränderten Ziel. Für Braneven bleibt das
+Kriegsviertel bei (1724.8,368.623,-60.4843) das Ziel. Der Ankunftsstatus bleibt
+während lokaler Folgeschritte erhalten; neue Reisen setzen ihn zurück.
+Gruppenmitglieder übernehmen Vorgabe und Reiseweg ihres Anführers, müssen ihre
+physische Ankunft am Knoten aber selbst nachweisen.
+
+Sieben gezielte Tests bestanden: neue Unterstadt-Policy/3D-Ankunftssperre,
+Gruppenroutenvererbung, Journeykosten, Graphhandover, Flughandover,
+Bodenroutenfortsetzung und Flugannäherung. Der zusätzliche Rescue-Executor-Test
+scheitert unverändert auch auf HEAD: sein Testausschnitt enthält inzwischen
+TryRouteApproachFlight, der Adapter deklariert diese Methode jedoch nicht.
+Dieser vorbestehende Testfehler wurde nicht verändert.
+
+Build mit bestehender CMake-Konfiguration und -j10. Bekannte Shutdownfehler
+wurden in diesem Änderungssatz nicht verändert. Artefakte:
+checkpoints/2026-11-04-undercity-arrival/.
+
+Die AdventureBot-Schicht übergibt dafür den generischen Actionparameter
+arrival_node. Eine erste Geländeabfrage wurde nach negativem Live-Test ersetzt:
+Gebietsabfragen ferner unterirdischer Punkte waren unzuverlässig. Der generische
+Reiseexecutor verwendet keine Unterstadt-Geländeheuristik. Auch Flächenziele in
+Unterstadt erhalten taxi_11.
+
+Finale Version installiert, frisches Ready/Ports8085/8087 geprüft. Live-Test mit
+Actor150: WarQuarter, anchor taxi_11 und routeComplete1/reachedtaxi11. Braneven121
+bestätigte physisch REQUIRED_ARRIVAL_REACHED taxi_11 um16:19:36 in seiner regulären
+Reise. Actor150 sicher ausgeloggt und ursprüngliche Position restauriert.
+Alle118Originalbots online, Loader aktiv, SafeLogoutpending0.
+Die alten Prozesse zeigten erneut Folgen des bekannten zu späten CPC-Logouts
+(GetMap-null-Assert); Dumps141428 und160739 plus passende Binaries gesichert.
+Keine Änderung am Shutdowncode.
@@ -0,0 +1,34 @@
+# Senkrechten Start vor dem Anschlussflug abschließen
+
+Die vorzeitige Planung des nächsten Flugsegments (`handoff` bei höchstens
+1,5 Sekunden Restlaufzeit) konnte einen geprüften senkrechten Start bereits
+auf halber Höhe abbrechen. `Advance` kennzeichnet jetzt ein tatsächlich
+gewähltes senkrechtes Startsegment. `Update` wartet für dieses Segment auf das
+native Spline-Ende und plant erst anschließend den Anschlussflug.
+
+Die laufenden Kollisionsabfragen auf dem verbleibenden Korridor bleiben aktiv.
+Auch die positionsbasierte Stillstandserkennung mit 60 Sekunden pro Segment,
+lokale Wiederherstellung, Berechtigungsprüfung, reguläre Flugsegmentübergänge
+und vorhandene Gruppenrouten bleiben erhalten. Neue Hindernisse dürfen den
+Aufstieg weiterhin unterbrechen.
+
+Der Produktionstest der Update-Schleife prüft den fehlenden vorzeitigen Wechsel,
+die Unterbrechung bei geänderter Geometrie, den Anschluss nach Spline-Ende und
+den weiterhin wirksamen 60-Sekunden-Timer während eines senkrechten Starts.
+Acht ausgewählte Flug-/Gruppenflugtests bestanden. Build- und Liveergebnis siehe
+SESSION-RESUME.md und checkpoints/2026-11-04-vertical-takeoff/.
+
+Beim ersten Livecheck erreichte Rixzek mit dieser Änderung die volle Starthöhe
+Z=36,26 und plante weitere Segmente. Eine weitere Ablehnung in der Luft zeigte,
+dass nach erschöpften seitlichen Kandidaten kein senkrechtes Entkommen mehr
+versucht wurde. `Next` erhält dafür eine ausdrückliche Freigabe vom Executor
+für den Hinflug. Eine vollständig geprüfte senkrechte Säule bis maximal zur
+Gebietsobergrenze kann in Schritten nach oben genutzt werden. Der Einstieg aus
+einem knappen Bodenabstand verwendet die geprüfte Aufstiegsfreigabe; eine obere
+Plattform darf weiterhin nicht durchflogen werden. Rückflug-/Landesimulationen
+und gewöhnliche Flugkandidaten behalten ihr bisheriges Verhalten. Auch diese
+senkrechten Ausweichsegmente werden vor der Anschlussplanung beendet.
+
+`test_vertical_flight_escape` prüft zusätzlich die Freigabe, den Aufstieg aus
+einem engen Sicherheitsabstand, blockierende Dächer, die Höhengrenze, unbekannte
+Geometrie und unveränderte normale Routen. Neun ausgewählte Flugtests bestanden.
@@ -0,0 +1,35 @@
+# Hauptstadt als Warteziel für Instanz- und PvP-Intents
+
+Bots in `WaitingGroup` behalten ihren Raid-/Dungeon-/PvP-Intent einschließlich
+Instanzziel. Ein separates `WaitingLocation` erhält jetzt eine tatsächliche
+`travel_to_location`-Anreise über den normalen ActionExecutor/TravelGraph.
+Die Auswahl verwendet vorhandene Hauptstadt-, Fraktions-, Karten- und
+Gebietszugangsregeln sowie ausdrücklich `LevelEligible(..., true)`.
+Neutrale Hauptstädte sind zulässig, sofern alle Zugangsprüfungen bestehen.
+Eine bereits besuchte erlaubte Hauptstadt wird behalten, sonst zunächst die
+Hauptstadt gleichverteilt und anschließend ein erlaubter Treffpunkt gewählt.
+
+Unvollständige Botgruppen übernehmen das Warteziel des Anführers und warten
+gegebenenfalls dessen Auswahl ab. Queue setzt weiterhin `route_source` und den
+verpflichtenden Unterstadt-Ankunftsknoten. Kein aktives Suchen nach neuen
+Gruppen; vorhandene Einladungs-/Browserregeln bleiben zuständig.
+
+Der Browser bleibt während der Anreise aktiv. Kartenwechsel einer Graphreise
+verwerfen das Warteziel nicht. Innerhalb eines Dungeons und im Schlachtfeld
+setzt die bisherige native Bewegungsübernahme den Wartezustand aus. Eine nun
+vollständige physisch reisende Gruppe wechselt über den vorhandenen sicheren
+Intentwechsel (Stop am Graphknoten), statt eine laufende Hauptstadtfahrt zu
+überlagern. Performative Aktivitäten beginnen erst nach tatsächlicher Ankunft
+und dürfen sich danach innerhalb der Hauptstadt vom Ankunftspunkt entfernen.
+Fehlgeschlagene Anreisen werden nach 30 Sekunden neu ausgewählt; fehlende
+zulässige Ziele werden nach 60 Sekunden erneut geprüft. Der eigentliche
+Aktivitätsintent wird dabei nicht durch einen Ersatzintent überschrieben.
+
+Regressionen: `test_waiting_capital`, `test_browser_wait_activities`,
+`test_adventure_intent_state`, `test_shared_group_route`,
+`test_undercity_arrival`, `test_adventure_group_departure`,
+`test_instance_group_protection` bestanden. Die veralteten Testdoubles im
+Intent-State-Test wurden an vorhandene Ankunfts-/Aktivitätsfunktionen und die
+neue Wartezielverwaltung angepasst; zusätzliche Kartenwechsel-/Eintrittstests.
+Build-/Installations- und Liveergebnis siehe Session-Checkpoint und
+`checkpoints/2026-11-04-waiting-capital/`.
@@ -0,0 +1,36 @@
+# Erweiterter TravelGraph-Einstieg für flugfähige Bots
+
+PlanAdaptiveRoute sucht zunächst wie bisher nach lokalen Knoten und nach
+Einstiegen auf aufgezeichneten Bodenkanten. Gibt es keinen nutzbaren Einstieg
+und beherrscht der Bot freies Fliegen, werden anschließend zusätzliche Ringe
+in 500-Yards-Schritten bis einschließlich 10.000 Yards geprüft. Der erste Ring
+mit einem zulässigen Einstieg liefert die Startkandidaten für die Route.
+
+Die Knoten werden nach Entfernung und Schlüssel geordnet. Erweiterte Einstiege
+benötigen eine zulässige Flugverbindung; die lokale MMAP-Suche wird nicht auf
+10.000 Yards ausgedehnt. Bodenbots behalten ihren bisherigen Radius. Gesperrte
+Abflugorte, gesperrte Knoten, Gebiets- und Fraktionsregeln, native Flugfreigaben
+sowie die bestehenden Reisekosten gelten weiterhin. Gemeinsame Gruppenrouten
+verwenden denselben Executor wie zuvor.
+
+Pro Ring bleiben maximal vier neue Flugprüfungen vorgesehen. Die Erweiterung
+hat ein separates Budget für bis zu 20 solcher Ringe und verdrängt nicht die
+16 übrigen Flugprüfungen der eigentlichen Graphsuche. Prüfungen werden innerhalb
+desselben Plans einschließlich der zweiten Suchstufe wiederverwendet.
+
+Der Produktionstest prüft einen Einstieg bei 952 Yards, die inklusive Grenze
+von 10.000, Ausschluss bei 10.001, Bodenbots, gesperrte Abflugorte und Gebiete
+sowie erfolglose innere Ringe vor einem erlaubten äußeren Einstieg. Der bisherige
+Test einer einzelnen gesperrten Flugverbindung berücksichtigt jetzt einen
+zulässigen alternativen Einstieg außerhalb des alten Radius. Zusätzlich bestehen
+die Tests für gemeinsame Gruppenrouten, den lokalen Flugadapter und den
+Graph-Probe-Cache.
+
+Build-/Installations- und Liveergebnisse stehen in SESSION-RESUME.md und
+checkpoints/2026-11-05-adaptive-start-radius/.
+
+Liveprüfung: Brynli fand im Ring 1.000 Yards den Knoten taxi_122 (952,4 Yards),
+verließ den Innenbereich zu Fuß und flog anschließend dorthin. Native Flugposition
+und 434,7 zurückgelegte Yards bestätigen Bewegung; eine spätere Hauptstadtankunft
+wurde nicht abgewartet. Build und Installation erfolgreich, alle 118 ursprünglichen
+Bots und Loaderbetrieb wiederhergestellt.
@@ -0,0 +1,38 @@
+# Alchemistenstein: Heilungsereignis ohne DamageInfo
+
+Der gesicherte Core worldserver-20261105-002730.core zeigt SIGSEGV in
+DamageInfo::GetSpellInfo(this=nullptr), aufgerufen aus dem CheckProc des
+Alchemistensteins in spell_generic.cpp. Akteur: Drakzug; Trankzauber 43185;
+HealInfo enthält 3728 Heilung, DamageInfo ist null. Der native Zauberpfad
+übergibt bei reinen Heiltreffern absichtlich HealInfo ohne DamageInfo.
+
+CheckProc verwendet jetzt die vorhandene native Ereignisabfrage
+ProcEventInfo::GetSpellInfo und prüft fehlende Metadaten. HandleProc prüft diese
+Daten ebenfalls und verwendet für Heiltränke HealInfo::GetHeal. So bleiben
+40 Prozent der ursprünglichen Heilung einschließlich Überheilung als
+zusätzliche Heilung erhalten (3728 -> 1491 nach bisheriger Rundung).
+
+Der bisherige Energize-Zweig verwendet weiterhin einen vorhandenen
+DamageInfo-Betrag. Fehlende oder leere Beträge erzeugen keinen Bonuszauber.
+Eine allgemeine Neuerfassung von Manawiederherstellungsbeträgen in der Engine
+ist nicht Teil dieses Crashfixes. Nicht-Trank-Ereignisse erzeugen keinen Bonus.
+
+Der Regressionstest test_alchemist_stone_proc führt beide Produktionshandler
+sowie die native Metadatenabfrage mit ASan und UBSan aus: der konkrete Dumpfall,
+HealInfo ohne DamageInfo, ursprüngliche statt effektive Heilung, Rundung,
+bisherige Mana-Payloads, fehlende Metadaten und Payloads, Nullbeträge und
+Nicht-Trank-Ereignisse. Test und Build mit -j10 bestanden.
+
+Der Server war bei Buildbeginn bereits beendet; Loaderkonfiguration wurde auf
+0 gesetzt, es gab keine laufenden Bots für einen Logout. Vor Installation und
+Start wurden Prozess- und tmux-Abwesenheit geprüft. Weitere Ergebnisse in
+SESSION-RESUME.md und checkpoints/2026-11-05-alchemist-stone/.
+
+Das ursprüngliche passende Crashbinary liegt zur weiteren Diagnose unter
+checkpoints/2026-11-05-edwin-crash/worldserver-crashed; Core und Backtrace bleiben
+im Crashverzeichnis erhalten. Keine Dumps wurden gelöscht.
+
+Installation und Neustart erfolgreich: PID 4477, frisches Ready und Ports
+8085/8087 geprüft. Regulärer Loader aktiv, 118 Bots online, kein ausstehender
+sicherer Logout. Ein zusätzlicher Ingame-Heiltranktest wurde nicht durchgeführt;
+der konkrete Corefall wird durch den Produktionstest reproduziert.
@@ -0,0 +1,50 @@
+# Atemluft für AdventureBots und Testbots
+
+Der Adventure-Controller wählt im generischen CPC die Einstellung `Unlimited`.
+Testcontroller wählen standardmäßig `Limited`; rohe CPC-Controller behalten
+`Native`. Der native Player-Atemtimer liest diese Einstellung ausschließlich bei
+clientless Sitzungen. Netzwerkspieler behalten ihr bisheriges Verhalten.
+Der Modus wird vor der Session-Erstellung gesetzt und beim Entfernen des
+Controllers gelöscht. Der Zugriff aus Map-Threads ist durch einen separaten
+Mutex geschützt und liest keine veränderlichen Controller-/Recordzeiger.
+
+`Limited` nutzt den nativen Drei-Minuten-Timer, Atemdauer-Modifikatoren und
+Unterwasseratemzauber. Die Account-Sicherheitsstufe deaktiviert bei diesen
+Testbots nicht die Atemluft. `Unlimited` stoppt ausschließlich den Atemtimer;
+es werden weder Zauber injiziert noch sonstige Umweltschäden deaktiviert.
+Auch ein bereits abgelaufener Timer wird vor Ertrinkungsschaden gestoppt,
+wenn der Modus umgeschaltet oder ein echter Atemzauber aktiv wird.
+
+Registrierte Testcharaktere speichern ihre Einstellung atomar in
+`<TestBot.Root>/registry/<guid>.breathing`. Ohne gültige Einstellung gilt
+`limited`. Testbot-Logins lesen sie vor dem Start; die Testbot-Steuerung
+übernimmt sie außerdem für manuell gestartete registrierte clientless Bots.
+Die Konsole erlaubt Änderungen nur an registrierten Testcharakteren, Lua nur
+an den eigenen Akteuren eines Testlaufs. Bedienung siehe `testbots.md`.
+
+`tests/clientless/test_breathing.py` kompiliert und prüft die tatsächlichen
+Produktionszweige von `getMaxTimer` und `HandleDrowning` mit ASan/UBSan:
+unbegrenzt über 400 simulierte Sekunden, native Begrenzung/Ertrinken,
+Umschalten vor Schaden, echter Atemzauber und Entfernung, +50% Atemdauer,
+Oberflächenregeneration, Account-Sicherheitsrang, unveränderte Netzwerkspieler
+und unveränderte Ermüdungs-/Feuertimer. Der Schwimmregressionstest besteht.
+
+## Installierte Version und Live-Prüfung
+
+Build und regulärer Neustart erfolgreich, Serverbereitmeldung und Ports8085/8087
+verifiziert (PID95021). Loader und vorheriger Botbetrieb wieder eingeschaltet.
+Live mit registrierter Testaria149: sechs Prüfungen bestanden. Normaler Atemtimer
+180000ms zählt herunter; echter Unterwasseratemzauber7178 deaktiviert ihn;
+Entfernung reaktiviert ihn. Anschließend mindestens190 Sekunden unter Wasser
+mit unbegrenzter Atemluft: Gesundheit45447 unverändert, Timer deaktiviert,
+keine Atemaura. Zweiter Lauf mit neuem Login besteht drei weitere Prüfungen:
+unbegrenzte Einstellung übernommen und native Begrenzung wiederhergestellt.
+
+Erster Versuch erreichte während des gleichzeitigen Populationslogins sein
+Login-Zeitlimit, bevor Gameplayprüfungen begannen; Ergebnis aufbewahrt.
+Testaria anschließend wieder Stufe10, Originalposition, offline; temporär
+erlernter Zauber und Einstellungsdatei entfernt (Standard bleibt limited).
+Belege: `checkpoints/2026-11-05-breathing/`, einschließlich nativer Tests,
+Live-Ergebnissen, Actor-/Populationssnapshots und Build-/Startlogs. Ein zusätzlicher
+Serverneustart allein zur Persistenzprüfung war nicht erforderlich; tatsächliche
+Dateipersistenz und erneute Controller-Erstellung wurden geprüft.
@@ -0,0 +1,81 @@
+# Clientlose Taxiflüge über Kartengrenzen
+
+Pibwin (88) blieb auf dem Taxipfad 2475 von der Azurmythosinsel nach Rut’theran
+am letzten Wegpunkt der Quellkarte stehen. Die DBC-Daten bestätigen exakt:
+
+- Wegpunkt 17, Karte 530: `(-3013.51, -13204.10, 59.6283)`.
+- Wegpunkt 18, Karte 1: `(8001.54, 1320.93, 59.6283)`.
+
+Der native Flug startet jeweils nur den Spline bis zur Kartengrenze.
+Normalerweise löst `CMSG_MOVE_SPLINE_DONE` den nächsten Worldport aus. Eine
+clientlose Sitzung sendet dieses Netzwerkpaket nicht. Der Reiseexecutor wartet
+bei gesetztem Taxizustand berechtigterweise auf das Ende des nativen Fluges.
+
+`WorldSession::CompleteClientlessTaxiTransfer` ergänzt die fehlende Bestätigung
+im normalen Welt-Sitzungsupdate unmittelbar vor dem vorhandenen clientlosen
+Teleport-ACK. Voraussetzungen sind ein aktiver nativer Taxiflug, ein beendeter
+Spline und die tatsächliche Ankunft innerhalb eines Yards am letzten Wegpunkt
+der aktuellen Karte. Der nächste Wegpunkt muss einen Kartenwechsel enthalten.
+Unterbrochene Flüge mitten im Pfad, laufende Teleports, tote oder noch nicht in
+der Welt befindliche Figuren sowie Sitzungen mit echtem Client bleiben außen vor.
+
+Der Übergang verwendet den nächsten tatsächlichen Taxiwegpunkt und die native
+`Player::TeleportTo`-Zulassung. Erst nach deren Erfolg werden die nativen
+`SetCurrentNodeAfterTeleport` und `SkipCurrentNode` ausgeführt. Danach bestätigt
+der vorhandene ACK den Worldport und initialisiert den Flug auf der Zielkarte
+neu. Es gibt weder einen Teleport zum endgültigen Flugziel noch eine neue
+AdventureBot-Abhängigkeit im nativen Taxicode. Die Verarbeitung erfolgt außerhalb
+des MovementGenerator-Updates, weil der ACK den aktiven Generator neu initialisiert.
+`CLIENTLESS_TAXI_TRANSFER` und `CLIENTLESS_TAXI_TRANSFER_REJECT` dokumentieren
+Pfad, Wegpunkt, Quell- und Zielkarte.
+
+`test_clientless_taxi_transfer.py` führt die neue Produktionsmethode, die nativen
+Pfadfortschrittsmethoden und das clientlose ACK mit ASan/UBSan aus. Geprüft werden
+Pibwins Übergang, Ausführungsreihenfolge, Fortsetzung statt Zielabkürzung,
+mehrfache Kartenwechsel, abgelehnter Transfer mit erhaltenem Pfadfortschritt,
+fehlender/ungültiger Pfad, unterbrochener Spline und Ausschluss echter Clients.
+Die bestehenden Tests für Near-Teleport-Beobachter und Dungeon-Gruppenteleports
+bestanden ebenfalls. Build-/Installations- und Livebefund: SESSION-RESUME.md.
+
+Bryndas getrennt diagnostizierte freie Flug-/Notlandesuche ist nicht Teil dieser
+Korrektur.
+
+Beim Neustart wurde zusätzlich ein Persistenzfehler sichtbar:
+`SaveTaxiDestinationsToString` speichert ausschließlich Knoten-IDs, während
+`LoadTaxiDestinationsFromString` bisher das erste Token übersprang. Pibwins
+`94 27 ` wurde dadurch zu `27` und beim Login verworfen. Der Loader liest jetzt
+alle gespeicherten Knoten einschließlich des Startknotens. Die bestehenden
+Pfad- und Mountprüfungen bleiben erhalten. Das korrigiert den nativen
+Taxirouten-Roundtrip auch für Spieler mit Client.
+
+`test_taxi_destination_persistence.py` führt beide Produktionsmethoden mit
+ASan/UBSan aus: zwei oder mehrere Knoten bleiben erhalten; leere Listen sind
+zulässig; einzelne, ungültige oder nicht verbundene Knoten und fehlende
+Taximounts werden weiterhin abgewiesen.
+
+
+## Nachgeholter Liveflug am 5. November, 15:31–15:33 Uhr
+
+Run `azuremyst_taxi_20261105_153124`: registrierter Allianz-Testcharakter
+Testaria (149, kein generierter AdventureBot), für den Lauf auf Stufe 18.
+Der Testcontroller brachte sie zum Quellknoten `taxi_94`; ein kurzzeitig
+angelegter, nur an Testaria gebundener Lua-Override stellte über den normalen
+CPC-Reiseexecutor `travel_to_node taxi_27` ein. Der Executor plante exakt die
+Taxikante 542 / nativen Pfad 2475, ohne Alternativroute oder freien Flug.
+Der Override wurde unmittelbar nach dem erfolgreichen Queueing entfernt.
+
+- 15:31:32: nativer Taxistart 94 → 27.
+- 15:32:44: `CLIENTLESS_TAXI_TRANSFER guid=149 path=2475 node=18
+  fromMap=530 toMap=1 destination=27`.
+- Anschließend Positionsproben mit laufendem Spline auf Kalimdor.
+- 15:33:06: nativer `taxi-complete`, `EDGE_COMPLETE`, verbleibend 3,05 Yards.
+- Landung am Knoten `(8383.75, 980.964, 30.8292)`, zehn Sekunden stationär,
+  lebend und ohne Kampf.
+
+Ergebnis: **passed, 3 Prüfungen, 0 Fehler**. Gesamtlauf einschließlich Einrichtung
+und Rückstellung 110,956 Sekunden; eigentlicher Flug etwa 94 Sekunden.
+Nach der Landung wurde Testaria auf ihre vorherige Stufe 10 und ursprüngliche
+Position zurückgestellt und automatisch ausgeloggt; Datenbankabgleich bestätigt
+`online=0` und leeren Taxipfad. Keine Build-, Restart- oder Populationsänderung
+für diesen Test. Die frühere Lücke der vollständigen Liveprüfung ist geschlossen.
+Belege und Lua-Skripte: `checkpoints/2026-11-05-live-taxi-test/`.
@@ -0,0 +1,31 @@
+# Druidengestalten vor dem Aufsitzen
+
+Talzul (97, Druide Level 66) konnte in der Höllenfeuerhalbinsel seinen
+Flugmountzauber 32245 nicht starten. Die gespeicherte Katzengestalt (Aura 768)
+wurde von der bisherigen Aufsitzvorbereitung nicht entfernt.
+
+`ClientlessMountPreparation::LeaveDruidForm` entfernt bei Druiden sämtliche
+`SPELL_AURA_MOD_SHAPESHIFT`-Auren vor dem Aufsitzen. Es gibt keine Liste einzelner
+Gestaltzauber: Katze, Bär und frühere Ränge, Reise-, Wasser-, Mondkin-, Baum- und
+beide Flugformen fallen unter dieselbe Vorbereitung. Andere Klassen und
+gewöhnliche Verwandlungs-/Begleitauren werden nicht verändert.
+
+Die Vorbereitung ist bei Bodenmounts, freien Reiseflügen und dem Flugmount zum
+Gruppenfolgen eingebunden. Eine Druidenform wird bei Kampf, Tod, Flug, Sturz,
+Wasser, Taxi, Transport, Fahrzeug oder laufendem Teleport nicht entfernt.
+Die zuständige Bewegungslogik muss zunächst einen sicheren Zustand herstellen.
+Ein bereits aktives Flugmount wird wie bisher beibehalten. Flugberechtigung,
+gelernte Mountzauber, Gebietsfreigaben und native Zauberprüfungen bleiben aktiv.
+Mountablehnungen beim freien Flug und Gruppenflug protokollieren jetzt zusätzlich
+den konkreten `SpellCastResult`, die GUID und den Mountzauber.
+
+Die Tests `test_group_flight_mount.py` und `test_adventure_world_presence.py`
+führen die gemeinsame Produktionsvorbereitung und die tatsächlichen Aufsitz-
+methoden aus. Sie decken die genannten Gestalten, sicheren Formwechsel,
+verweigerten Wechsel in Kampf/Flug sowie bestehende Mount-, Worgen- und
+Flugberechtigungsregeln ab. Zusätzlich bestanden
+`test_flight_departure.py` und `test_adventure_group_travel.py`.
+
+Build, Installation, Neustart und Livebefund stehen im aktuellen
+`SESSION-RESUME.md`; lokale Belege liegen unter
+`checkpoints/2026-11-05-druid-mount/`.
@@ -0,0 +1,89 @@
+# Notlandung und Suchflug für clientlose Flüge
+
+Die bisherige Notlandung suchte wiederholt im selben 40-Yard-Umkreis und
+verwendete eine Höhenabfrage von MAX_HEIGHT. Dadurch konnte eine Fläche über
+dem Bot als Boden erscheinen. Gleichzeitig erkannte die Segmentüberwachung
+kleine Positionsänderungen als Bewegung, obwohl der eigentliche Zielanflug
+keinen Fortschritt machte.
+
+Die neue Wiederherstellung verwendet dieselben nativen Mounts und Flugbewegungen,
+aber eine eigene vollständig geprüfte Flugroute:
+
+1. Tragfähige, trockene Fläche **unter der aktuellen Flughöhe** abfragen.
+   Eine darüberliegende Plattform bleibt ein Kollisionshindernis, kein Boden.
+   Eine freie Sinkflugspalte erlaubt senkrechtes Landen ohne die normale
+   Steigungsbegrenzung. Der ganze Abstieg wird vor der Auswahl geprüft.
+2. Andernfalls seitlich eine freie Sinkflugspalte suchen. Anflug und Abstieg
+   müssen vollständig freigegeben sein; auch die Standfläche unter dem
+   Flugkörper wird geprüft. Abgewiesene Landepunkte werden nicht sofort
+   wiederholt.
+3. Ohne lokale Landemöglichkeit gerade Suchbahnen mit festen Endpunkten fliegen.
+   Ein Suchsegment beträgt höchstens 25 Yards; die anfänglichen Bahnen reichen
+   400 Yards und werden durch 80 Yards seitlichen Versatz verbunden. Fehlende
+   Kartendaten, native Koordinatengrenzen, Gebietssperren und Kollisionsvolumen
+   erzwingen frühere Wendemanöver. Bei größerer Suche wächst die Bahnlänge
+   begrenzt bis 3.200 Yards. Die Routine sucht weiter nach trockener Unterstützung.
+4. Neue räumliche Zellen zählen als Suchfortschritt, nicht beliebiges Zittern.
+   Nach drei Minuten Suche oder einer Minute ohne neue Zellen wird eine
+   vollständig neu geprüfte Rückkehr zum früheren sicheren Abflugplatz versucht.
+   Ein inzwischen ungültiger Rückweg führt zu anders ausgerichteten, erweiterten
+   Suchbahnen. Alte Breadcrumbs werden nicht ungeprüft abgespielt.
+
+Alle Flugkörperstrahlen, Geländehöhen, Phasen und Gebietsfreigaben bleiben aktiv.
+Wenn in keiner geprüften Richtung ein erlaubter freier Flugraum existiert, hält
+der Bot aus Sicherheitsgründen auf dem Mount und prüft erneut. Er wird weder
+in unbekanntes Gelände geflogen noch in der Luft zum Absitzen gezwungen.
+
+Zusätzlich misst die normale Flugüberwachung den Fortschritt zum tatsächlichen
+Flugziel. Eine Minute ohne Zielannäherung kann daher auch bei vielen kleinen
+Ausweichbewegungen eine Notlandung auslösen. Die bestehende 60-Sekunden-Prüfung
+pro Segment und deren lokale Wiederherstellungsversuche bleiben bestehen;
+ein lokaler Neuversuch erhält eine neue Fortschrittsfrist.
+
+Ein gescheiterter aktionsgeführter Anflug wird fünf Minuten pro Bot, Startbereich
+und Zielbereich gesperrt. Kostenbewertung und Flugstart berücksichtigen diese
+Sperre, damit nach der Notlandung eine andere Anreise gewählt werden kann.
+Gruppenmitglieder behalten die vorhandene Übernahme der Anführerroute;
+bei einer Notlandung wird der gemeinsam publizierte Flug wie bisher abgebrochen.
+
+`clientless flight recover <guid>` fordert dieselbe Notlanderoutine für eine
+bereits mit gültigem Flugmount ausgerüstete Figur an. Der Befehl erteilt keine
+Flugberechtigung und ersetzt keine native Taxi-/Transportabwicklung.
+
+## Prüfung
+
+15 Flug-Regressionssuiten bestanden. Der Produktionstest für Notlandungen läuft
+mit ASan/UBSan und prüft mehrere Höhenebenen, senkrechte und seitliche Abstiege,
+Ufersuche, Kartenrand-Wenden, unbekannte/gesperrte Bereiche, Kollision,
+Rückkehr und räumliche Routensperren. Die native Update-Prüfung deckt außerdem
+lokale Neuversuche und Kreisbewegung ohne Gesamtfortschritt ab.
+
+Live-Run `emergency_landing_20261105_161926`: registrierte Testaria149,
+vorübergehend Stufe85, nativer Flugmount32235. Die Figur wurde nur zur
+Einrichtung an die Prüfposition gebracht. Danach führte die normale
+Wiederherstellung alle Bewegungen und das Absitzen aus:
+
+| Fall | Ergebnis |
+| --- | --- |
+| Branevens Position | Senkrecht von Z380 auf die Fläche bei Z179,56; regulär abgesessen. |
+| Correns Position unter einer oberen Fläche | 48 Yards seitlich, dann Landung bei Z40,65. |
+| Bryndas Position | Seitliche Sinkflugspalte, Landung bei Z1311,97 statt Orientierung an der oberen Fläche. |
+| Rotkammsee | Nahe trockene Fläche erreicht und gelandet; Suchflug war hier nicht erforderlich. |
+
+Ergebnis: vier Prüfungen, null Fehler. Zusatzrun
+`emergency_search_20261105_162417` über dem Darrowmeresee bestätigte zwei echte
+Suchflugsegmente (je 25 Yards) ohne lokales Landeziel. Danach wurde eine trockene
+Fläche erreicht und bei `(1032,12, -2082,12, 59,41)` gelandet: eine weitere Prüfung,
+null Fehler. Kartenrand-Wenden sind automatisiert, nicht durch einen absichtlichen
+Flug an den äußeren Weltrand geprüft.
+
+Testaria wurde auf ihre ursprüngliche Stufe10/Position zurückgestellt und
+vollständig ausgeloggt. Temporäres Profil, Reitfähigkeit und zusätzlich gelernte
+Mount-/Lizenzzauber wurden entfernt. Die ursprünglichen Testfigur-Daten sind
+als lokaler Snapshot gesichert. Reguläre Bots wurden für die Tests nicht
+teleportiert oder in ihrem Intent verändert.
+
+Auch Corren102 löste anschließend ohne Operatorbefehl die neue Notlandung aus:
+16:22:16 bis 16:22:33 seitlicher Anflug und Landung, danach erneute reguläre
+Reise. Braneven und Brynda meldeten bei der Statusabfrage abgeschlossene
+Reiseaktionen. Abschließender Build-/Serverzustand: SESSION-RESUME.md.
@@ -0,0 +1,42 @@
+# Fluganimationen: Stillstand und Landung
+
+Der CPC-Flugcontroller setzt beim tatsächlichen Flugbeginn und bei Fortsetzung
+nun einheitlich die Flug-Animationsstufe. Veraltete Schwimm-/Fallzustände werden
+entfernt. Beim Halten wird zusätzlich das native PlayHoverAnim aktiviert;
+Position und Mount bleiben erhalten. Beim Weiterfliegen wird die zusätzliche
+Leerlaufanimation wieder aufgehoben. Eigenständige Hover-/Gravitationswirkungen
+bleiben berücksichtigt.
+
+Alle echten Flugpausen verwenden denselben Übergang, einschließlich Formation,
+Warten auf die Anführer-Landung, lokaler Neuplanung und Notlandesuche. Der
+stationäre Bewegungszustand wird nach dem Spline-Stopp und danach höchstens
+einmal pro Sekunde an Beobachter gemeldet. Normale Segmentübergänge behalten
+ihre durchgehenden Splines.
+
+Normale und Notlandungen benutzen denselben Abschluss, weiterhin ausschließlich
+nach bestätigter trockener Aufstandsfläche. Zuerst erfolgen nativer Spline-Stopp
+und Aura-/Mount-Entfernung. Danach werden Flug-, Schwimm-, Fall- und alte
+Bewegungsflags sowie Pitch/Fallzeit/Spline-Elevation bereinigt, die Bodenstufe
+gesetzt und der abschließende Bewegungszustand an die Clients gesendet. Das
+verhindert auch, dass ein durch Mount-Entfernung neu gesetztes FALLING stehenbleibt.
+
+Die registrierten Testbots erhalten zusätzliche Zustandsfelder und Zugriff auf
+normale Flug-/Folgeflug-/Landungsaufrufe. Diese umgehen keine Profil-, Mount-,
+Gebiets- oder Geometrieprüfung. Sie dienen wiederholbaren Tests ohne direkte
+Manipulation von Bewegungsflags.
+
+14 Regressionstestdateien bestanden; die eigentlichen Zustandstransitionen
+zusätzlich mit ASan/UBSan geprüft. Build-j10 und Installation bestanden;
+Shutdown normal abgeschlossen. Live-Befunde und endgültiger Betriebszustand
+stehen im Session-Checkpoint und unter checkpoints/2026-11-05-flight-animation.
+Die tatsächliche Modelldarstellung im WoW-Client bleibt durch Ingame-Abnahme
+zu bestätigen; serverseitige Flags und Animationsmeldungen sind separat prüfbar.
+
+## Live-Ergebnis
+
+Der abschließende Goldhain-Lauf mit registrierter Testaria bestand alle vier
+Prüfungen: drei Sekunden Schweben ohne Positionsänderung, Fortsetzung mit
+regulärer Fluganimation sowie saubere Landungen nach Folgeflug und normalem
+Flug. Ein vorheriger Lauf bestätigte zusätzlich dieselben sauberen Zustände
+nach einer echten Notlandung. Die Figur ist vollständig zurückgesetzt und
+ausgeloggt; der normale Botbetrieb ist wiederhergestellt.
@@ -0,0 +1,42 @@
+# Boden-Wiedereinstieg in den TravelGraph
+
+Anlass: Brinunli (94, Allianz, Level 19) konnte die erlaubte Talrendis-Station
+`taxi_167` in 624 Yards Entfernung nicht als Einstieg berücksichtigen. Die
+500-Yard-Grenze ließ nur einen veralteten und einen fraktionsfremden Knoten zu.
+
+Die bereits für Flieger vorhandene Suche erweitert nun auch für Bodenbots den
+Suchradius in 500-Yard-Schritten bis 10.000 Yards. Zusätzliche MMAP-Abfragen
+sind auf vier pro Planung und ein Budget von 25 ms begrenzt und werden innerhalb derselben Planung
+wiederverwendet. Eine einzelne bereits gestartete native Abfrage ist nicht
+unterbrechbar. Ein vollständiger Zugangsweg darf bis 2.000 Yards lang sein;
+unvollständige Wege werden nur bis zu ihrem tatsächlich geprüften Endpunkt
+abgelaufen und danach neu geplant. Die lokale Bewegung bleibt in kurzen
+Splines. Fraktions-, Gebiets- und Geometrieprüfungen bleiben aktiv.
+
+Wenn sich kein Einstieg planen lässt, werden bis zu sechs lokale Suchwege
+versucht. Jeder braucht eine reale Bodenfläche, einen vollständigen sicheren
+MMAP-Pfad und eine akzeptierte Bewegungsausführung. Nach dem Gehen wird vom
+neuen Standort aus erneut geplant. Der Suchlauf gilt für initiale Fehler bei
+`travel_to_node` und `travel_to_location` sowie erschöpfte stationäre Versuche.
+Flug, Taxi, Transport, Fahrzeug, Fallen, Kampf und Teleport werden nicht durch
+Bodensuchläufe unterbrochen. Es gibt keinen neuen Teleport-Fallback.
+
+Automatisierte Prüfungen: vollständiger Produktionsplaner für erweiterten
+Bodeneinstieg, gesperrten Knoten, fehlenden und überlangen Pfad;
+Produktions-Suchlauf für sichere Bewegung, Bodenhöhe, Gebiet, Zustandsschutz,
+Ausführungsablehnung und begrenzte Versuche. Dazu bestehende Cache- und
+Rescue-Regressionsprüfungen. Live- und Installationsstand siehe SESSION-RESUME.
+
+## Ergebnis
+
+Build, Installation und Startprüfung bestanden; normaler Betrieb mit allen
+118 vorherigen Bots wiederhergestellt. Der abschließende registrierte
+Testbot-Test bestätigt sechs reale Suchwege mit Neuplanung. Ein erfolgreicher
+Grapheneinstieg oder die Ankunft an taxi_167 ist damit **nicht** bestätigt.
+MMAP weist den direkten Zugang weiterhin ab; nach sechs Suchläufen endet die
+Aktion. Testaria wurde vollständig zurückgesetzt und ausgeloggt.
+
+Beim zwischenzeitlichen Shutdown wurde ein weiterer Absturz in
+Unit::RemoveDynObject (Spell::cancel während Grid-Cleanup) gesichert. Dump,
+Stacktrace und passende ausführbare Datei sind erhalten; dieser Fehler ist
+nicht behoben. Der Server wurde anschließend erfolgreich wieder gestartet.
@@ -0,0 +1,47 @@
+# Gruppenfolge: MMAP-Korridore und Wiederherstellung festhängender Bots
+
+Der zusätzliche Sichtlinientest entfällt experimentell für vom lokalen
+MMAP-Navigator akzeptierte Korridore. Boden-/Steigungsprüfung und Gebietsregeln
+bleiben aktiv. Aufgezeichnete oder seitlich versetzte Graphensplines behalten
+ihren Sichtlinientest, da sie keinen entsprechenden MMAP-Nachweis besitzen.
+
+`AdventureGroupTravelMgr::Observe` erkennt fehlgeschlagene Folgenavigation
+oder mindestens 60 Sekunden ohne mehr als einen Yard Positionsfortschritt bei
+tatsächlich angeforderter Bewegung. Ein bestätigter Fehler bleibt bis zur
+Bewegung, zum Wechsel des relevanten Zustands oder zur erreichten Formation
+gespeichert. Normales Warten, Gruppenbildung und Halten einer Flugformation
+lösen keine Wiederherstellung aus.
+
+Die Teleportfreigabe setzt diesen Befund voraus:
+
+- Spieler als Anführer, offene Welt: mindestens 100 Yards Abstand oder
+  mindestens 60 Sekunden bestätigtes Festhängen.
+- Bot als Anführer, offene Welt: mindestens 300 Sekunden Festhängen.
+- Dungeon/Raid: beide müssen bereits in derselben konkreten Instanz und Phase
+  sein, der lokale Instanzeintritt muss verarbeitet sein und der Abstand muss
+  mindestens 100 Yards betragen. Dann entfällt die zusätzliche Wartefrist.
+  Der Eintritt und das normale Warten auf den Anführer werden nicht ersetzt.
+
+Vor jeder Wiederherstellung prüft die vorhandene Gebietsverwaltung Zielposition,
+Gebiet und Zone auf Erlaubnis für diesen Bot. Instanzwechsel, BG-/Arenaeintritt,
+laufende Teleports, Taxi, Transportmittel, Fahrzeuge, Sturz, Tod, Kampf des Bots
+und sicherer Logout sperren die Wiederherstellung. Laufende Zauber werden nicht
+für einen Teleport unterbrochen.
+
+Zu einem Anführer in der Luft darf der Bot erst mit aktivem Flugmount und
+Flugberechtigung am Ziel teleportieren. Er darf vorher einen regulären
+Aufsitzversuch starten. Bei Ablehnung oder nach zehn Sekunden ohne Mount wartet
+er auf Bodenkontakt des Anführers. Nach einem erlaubten Luftteleport übernimmt
+wieder die bestehende Flugfolgenavigation. Der Teleport wird als
+`GROUP_FOLLOW_RECOVERY` mit Anführer, Instanz, Abstand und Fehlerdauer protokolliert.
+
+Automatisierte Prüfung: `test_adventure_group_travel.py` kompiliert und führt die
+Produktionsmethoden einschließlich der Wiederherstellung aus. Neue Fälle decken
+MMAP/LOS und beibehaltene Bodensicherheit, Distanz-/Zeitgrenzen, echte Bewegung,
+absichtliches Warten, Gebietsablehnung, Transit, Logout, Instanzkopien,
+Eintrittsgrenze und Mount-/Flugberechtigungen ab. Bestehende Tests für
+Instanzgruppenschutz, Flugfolgen, Aufsitzen, gemeinsame Routen, Intentzustand und
+Dungeonbrowser-Teleports wurden ebenfalls ausgeführt.
+
+Build-/Installations- und Live-Ergebnis: siehe aktuellen SESSION-RESUME.md.
+Die vollständige Akzeptanzprüfung mit Spieler-Anführer erfolgt im Spiel.
@@ -0,0 +1,36 @@
+# Ungültige besitzerpflichtige Beschwörungen vor der Erzeugung abweisen
+
+Der Core vom 05.11.2026 10:33 bestätigt ASSERT(m_owner) im Minion-Konstruktor.
+Die beiden zentralen Fabriken Map::SummonCreature und Transport::SummonPassenger
+prüfen jetzt nach der Auswahl des konkreten Beschwörungstyps und vor jeder
+Allokation die Besitzeranforderungen. Guardian, Minion, Totem und Puppet
+benötigen einen Besitzer; Puppet benötigt zusätzlich einen Spielerbesitzer.
+Ungültige Anfragen liefern nullptr entsprechend dem bestehenden Fabrikvertrag.
+
+Die Assertions in den Konstruktoren bleiben erhalten. Normale TempSummons ohne
+Besitzer sind weiterhin erlaubt. Es werden weder Ersatzbesitzer gewählt noch
+Klassifizierungen geändert. Alive-/InWorld-/Kartenprüfungen wurden nicht pauschal
+hinzugefügt, da gültige Erzeugungsvorgänge auch während Initialisierung oder
+Transfers vorkommen können.
+
+SUMMON_OWNER_REJECT protokolliert den Fabrikpfad, Kreatur-ID, Karte/Instanz,
+SummonProperties-ID, Control, Title, Flags, ausgewählte Maske, Zauber-ID, verfügbare
+Besitzer-GUID und Besitzerart, Position sowie Ablehnungsgrund. Der Transportpfad
+enthält zusätzlich die Transport-GUID; seine Position ist transportlokal.
+Dadurch kann ein erneuter ungültiger Auftrag untersucht werden, ohne den Server
+an der Besitzer-Assertion zu beenden. Der ursprüngliche fehlerhafte Aufrufer ist
+weiterhin noch nicht identifiziert.
+
+Der Test test_summon_owner_admission führt Produktionscode von Klassifizierung,
+Prüfung und Allokationsauswahl beider Fabriken mit ASan/UBSan aus. Er prüft
+fehlende Besitzer aller betroffenen Klassen, Spieler-/NPC-Besitzer,
+Puppet-Spielerpflicht, weiterhin erlaubte besitzerlose TempSummons, den
+Mirror-Image-Pfad, fehlende Transportkarte sowie Fehlerprotokollierung vor jeder
+Allokation. Test und Build -j10 bestanden. Installation/Start siehe
+SESSION-RESUME.md und checkpoints/2026-11-05-summon-owner-guard/.
+
+Installation und Neustart erfolgreich: PID 13497, frisches Ready und Ports
+8085/8087 geprüft. Alle 118 ursprünglichen Bots wieder online, Loader aktiv,
+kein ausstehender sicherer Logout. Ein tatsächlicher neuer ungültiger Auftrag
+wurde im laufenden Spiel noch nicht beobachtet; der konkrete Abweisungspfad
+wurde durch den Produktionstest geprüft.
@@ -0,0 +1,56 @@
+# Native Schwimmbewegung für Clientless-Spieler
+
+Der generische CPC synchronisiert den nativen Flüssigkeitszustand mit dem
+Schwimmflag und den Beobachtermeldungen. Lokale Wasserabschnitte verwenden
+MOVE_SWIM und kurze Splines; beim Uferwechsel wird mit dem passenden Medium
+weitergeplant. Eine geeignete Oberfläche erhält eine Körperhöhe, bei der der
+Kopf über Wasser bleibt. Bewusst tiefere Ziele bleiben Unterwasserziele.
+
+Vor der Tiefenbestimmung werden Bodenreittiere nativ abgemountet. Aktive Flüge,
+Taxi, Fahrzeuge und Transporte werden dabei nicht unterbrochen. Eigenständige
+Wasserlaufwirkungen werden respektiert. Lava, Schleim, Erschöpfungswasser,
+Seegrunddurchquerung und blockierende Körpergeometrie sind keine normalen
+Schwimmverbindungen. AdventureBots haben unbegrenzte Atemluft; registrierte
+Testbots besitzen einen gespeicherten Schalter für die normale Atemluft. Echte
+Atemzauber wirken im begrenzten Modus nativ (siehe testbots.md). Andere
+Umweltschadensysteme bleiben unverändert.
+
+Bei unvollständigen MMAP-Ergebnissen kann eine vollständig im Wasser liegende,
+dicht beprobte und auf Körperfreiheit geprüfte Verbindung verwendet werden.
+Sie ist auf 500 Yards begrenzt. Trockene Strecken werden dadurch nicht ersetzt.
+Gültige progressive Wasserteilpfade führen nur zu ihrem realen Endpunkt;
+das ursprüngliche Reiseziel bleibt bestehen, danach wird erneut geplant.
+
+Ein Unterwasserstart zu einem trockenen Ziel kann einen vollständig geprüften
+Aufstieg zur Oberfläche mit einem anschließend vollständigen nativen MMAP-Weg
+zum Ufer kombinieren. Der Aufstieg muss selbst frei und vollständig im Wasser
+liegen. Ein abgeschlossener Aufstieg zählt nicht als Ankunft am Ufer.
+
+Die Gruppenlogik behandelt schwimmende Anführer als Schwimmer, erhält passende
+Folgepositionen und verlangt während einer Schwimmstrecke keinen festen Boden
+direkt unter den Füßen. Die Bodenprüfungen für trockene Abschnitte bleiben aktiv.
+
+Registrierte Testbots erhalten `liquid`-Proben und `travel` für den normalen CPC-
+Executor sowie zusätzliche Zustandsfelder. Die Versuche mit Testaria prüfen
+Schwimmzustand, Oberfläche, Unterwassertiefe sowie Aus- und Einstieg am Ufer.
+Live-Ergebnisse und Betriebszustand stehen im aktuellen Session-Checkpoint.
+
+Beim ersten parallelen Build wurde der alte Worldserver vom Kernel wegen
+Speichermangels beendet. Nach Prüfung der vorhandenen CMake-Konfiguration wurde
+im lokalen Ninja-Buildcache ein Compilerpool mit vier Jobs und der Linker mit
+`--no-keep-memory` konfiguriert. Der globale Buildaufruf bleibt `-j10`. Die
+anschließenden Builds liefen parallel zum sicheren Botlogout ohne erneuten OOM.
+
+## Abschließende Prüfung
+
+Die endgültige Version ist installiert. Der Live-Lauf mit registrierter
+Testaria bestand alle sechs Prüfungen: reale Wasserstelle, nativer Schwimmmodus,
+Oberflächenschwimmen, Unterwassertiefe, vollständiger Uferausstieg einschließlich
+automatischem Auftauchen und erneuter Einstieg von tatsächlich trockenem Boden.
+Die gemessene Geschwindigkeit während aktiver Schwimmsegmente entspricht
+der nativen Schwimmgeschwindigkeit von rund 4,72 Yards pro Sekunde.
+
+Sieben Regressionstestdateien bestanden; Flüssigkeits- und Gruppenpfadprüfungen
+führen die Produktionsfunktionen unter ASan/UBSan aus. Ein kompletter Live-Test
+mit einer schwimmenden Gruppe wurde nicht durchgeführt. Testaria ist vollständig
+zurückgesetzt und ausgeloggt; Loader und vorheriger Botbetrieb sind wieder aktiv.
@@ -0,0 +1,86 @@
+# Vashj'ir: Schwimmreittier und kontrollierte Gebietsanbindung
+
+Die Gebietssperre der AdventureBots für Vashj'ir (5146 und seine Untergebiete)
+wird durch die World-Migration aufgehoben. Zutritt gilt ab Stufe80 für beide
+Fraktionen. Fraktionsregeln einzelner Untergebiete bleiben erhalten. Die Region
+bevorzugt keinen Freiflug. Normale Netzwerkspieler werden dadurch nicht geändert.
+
+Generierte AdventureBots erhalten ab Stufe80 den nativen Zauber75207
+„Abyssisches Seepferdchen“. Die Charakter-Migration versorgt bestehende generierte
+Bots offline; Generator und Laufzeitabstimmung lernen den Zauber auch ohne
+Questabschluss. Reitfähigkeit und weitere native Mount-Capabilities bleiben nötig.
+Es werden keine Quests automatisch abgeschlossen und keine künstlichen Schwimm-
+Geschwindigkeiten gesetzt. Der native Mount-Typ232 liefert den Geschwindigkeits-
+Zauber86510. In Vashj'ir wird beim neuen Aufsitzen das Seepferdchen gewählt;
+auf trockenem Boden bleibt der Bot zu Fuß. Bereits aktive Reittiere oder Flüge
+werden nicht beim Gebietswechsel zwangsweise entfernt. Sichere schwimmende
+Druiden dürfen ihre Gestalt für den Wechsel ins Wasserreittier verlassen.
+
+Die allgemeine Schwimmlogik erhält native Wasserreittiere anhand ihrer
+Mount-Capability (FLOAT/UNDERWATER). Normale Bodenreittiere werden beim
+Wassereintritt weiter abgesattelt. Lokale Wassersplines nutzen MOVE_SWIM und
+übernehmen dadurch das native Schwimmtempo des aktiven Reittiers.
+
+## Der Sandstrand
+
+Die lokalen DBCs und die Testdatenbank enthalten vier gleichnamige Nodes:
+
+| Node | Funktion | Flugmeister-Spawn | Fraktion |
+| --- | --- | --- | --- |
+| taxi_606 | Festlandanbindung |342102 Francis Greene|Allianz|
+| taxi_608 | Festlandanbindung |341915 Briglar|Horde|
+| taxi_607 | Unterwassertaxi |342107 Swift Seahorse|Allianz|
+| taxi_609 | Unterwassertaxi |341916 Swift Seahorse|Horde|
+
+Die Zugangsbindungen werden explizit mit diesen vorhandenen NPCs verknüpft.
+Die normalen Fraktions- und nativen Taxipfadprüfungen bleiben aktiv.
+
+Weltreisen dürfen die Gebietsgrenze ausschließlich über native Taxi-Kanten mit
+Vashj'ir-Endpunkt606 oder608 überschreiten. Andere Portale, Transportkanten,
+Bodenabkürzungen und virtuelle Ein-/Ausstiege sind dafür nicht zulässig.
+Auch geschätzte letzte Wegstrecken zu Locations dürfen die Grenze nicht umgehen.
+Interne Schwimmwege und Unterwassertaxis bleiben möglich. Instanzportale werden
+nicht als Festland-Gebietswechsel behandelt, damit vorhandene Dungeonwege erhalten
+bleiben. Geplante Freiflüge zu oder von Vashj'ir-Positionen werden nicht angeboten;
+ein bestehender Flug wird nicht durch eine neue Zonenprüfung abgebrochen.
+
+Die bestehende Übernahme der Route eines Bot-Gruppenanführers bleibt unverändert.
+
+## Prüfung
+
+Native Vashj'ir-Policy und Mount-Boarding unter ASan/UBSan geprüft, einschließlich
+Stufe79/80, aktiver Flug bleibt erhalten, ungeeignete Zustände, Mount-Capability
+und sicherer Druidenwechsel. Der echte adaptive Graphplaner enthält einen Test
+mit billigerer scheinbarer Festland-Endstrecke: die gültige Route verwendet
+trotzdem die Taxi-Kante nach606. Schwimmen, Gruppenreisen, Flug-Mounts und lokale
+Splines wurden als Regression geprüft. Installations- und Live-Status stehen im
+Session-Checkpoint und in checkpoints/2026-11-05-vashjir/.
+
+## Installierter und geprüfter Stand
+
+World- und Charakter-Migration angewandt; alle24 bestehenden generierten Bots
+ab Stufe80 haben75207 gelernt. Build/Installation/regulärer Neustart erfolgreich;
+PID104568, frisches READY und Ports8085/8087 geprüft. Loader und alle120 zuvor
+aktiven AdventureBots sind wieder online.
+
+Live in offenem Wasser: PASS4/0. Testaria ritt das native Seepferdchen automatisch,
+schwamm40 Yards über fünf lokale Segmente mit nativer Geschwindigkeit25,972yd/s
+(+450% auf die Schwimmgrundgeschwindigkeit), blieb über alle Segmente aufgesessen
+und erreichte das Ziel. Eine neue Fluganforderung wurde abgewiesen. Die erste
+Stelle war eine trockene Unterwasserhöhle, daher als ungültiger Wasser-Testpunkt
+verworfen; dieser Fehlversuch wurde aufbewahrt. Der endgültige Test wählte das
+Wasser zuvor mit nativen Flüssigkeitsproben aus.
+
+Separater Live-Lauf PASS4/0: alle vier Sandstrand-Nodes gehören zur Zone5144
+und damit zu Vashj'ir. Testaria ist wieder Stufe10 an ihrer Originalposition,
+offline; temporärer Mountzauber, Reitfähigkeit und Atem-Einstellungsdatei sind
+entfernt. Das für den Test ausdrücklich geladene generische, nicht autonome
+Adventure-Profil bleibt lediglich im normalen Laufzeitcache bis zum Neustart;
+es wurde kein Testaria-Profil in Dateien oder Datenbank angelegt.
+
+Neun relevante Regressionstestdateien bestanden. Die alte AreaNode-Testhülle
+benötigte dabei den bereits vorhandenen Unterstadt-Helper; sie lädt nun dessen
+echte Implementierung und prüft die bestehende Taxi11-Ausnahme mit. Keine Änderung
+am Unterstadt-Produktionsverhalten. Ein kompletter Live-Taxiflug samt anschließender
+Reise zu einer tiefen Location wurde noch nicht durchgeführt; der Gebietsübergang
+und die Ankerwahl wurden im nativen Graphplaner automatisiert geprüft.
@@ -0,0 +1,61 @@
+# Begehbare Ausflüge auf unebenem und begrenztem Gelände
+
+Kordra stand an Socrethars Sitz im Abenteuer-Intent. Erkundung und Patrouille
+scheiterten bereits vor dem Start: der Planer suchte ausschließlich in80 bis150
+Yards Entfernung, verlangte dabei aber praktisch gleiche Endhöhe (maximal3Yards).
+Das abfallende Gelände bot vollständig begehbare MMAP-Wege, die diese Regel
+verwarf. Nah gelegene Flächen wurden gar nicht berücksichtigt. Native Proben
+mit registriertem Testrion zeigten zwölf vollständige MMAP-Wege bei20/40/80Yards.
+
+Die Auswahl bevorzugt weiterhin lange Rundgänge. Erst wenn ein Ring keinen
+akzeptierten Weg liefert, werden kleinere Ringe mit40,20 und10Yards geprüft.
+Pro Ring gibt es acht Richtungen. Die Mindestspanne beträgt8 statt65Yards.
+Gruppenbildung behält die bisherigen bevorzugten110/70-Yard-Ringe und erhält
+anschließend dieselben kleineren Ersatzringe. Der erste erfolgreiche Ring beendet
+die Suche; es werden nicht bei jedem Erfolg alle40 Kandidaten abgearbeitet.
+
+Vollständige native MMAP-Korridore bestimmen die Begehbarkeit. Pauschale Grenzen
+für gesamte Endhöhe, Höhe zwischen einzelnen Pfadpunkten und deren Abstand
+werden hier nicht zusätzlich als Steigungsgrenzen verwendet. Die Bodenabfrage
+sucht passend zum Ringradius auch ober- und unterhalb des Starts. Ungültige
+Höhen, unvollständige Pfade, Gebiets-/Außenbereichsgrenzen, maximale Entfernung
+vom Anker, Wegbudget und extreme Umwege werden weiterhin abgewiesen. Die lokale
+Ausführung und ihre Sicherheitsprüfungen bleiben unverändert. Hin- und Rückweg
+folgen den ermittelten beziehungsweise bereits tatsächlich besuchten Wegpunkten.
+
+Eine gescheiterte Ausflugswahl zählt weiter für die Variantenabwechslung, aber
+nicht als gestarteter Ausflug in der Aktionshistorie. Dadurch erhält sie keinen
+vierfachen Ruhebonus für nachfolgendes Essen, Trinken oder Sitzen.
+
+Die Produktionsfunktionen werden durch die erweiterten Freizeit-Regressionen
+geprüft: gültige Auf-/Abstiege,40-/10-Yard-Ersatzrunden, tatsächlich unerreichbare
+Wege, Gebietsgrenzen, Rückweg und Unterbrechungen. Ein eigener Test führt die
+Produktionsanweisungen zur Aktionshistorie unter ASan/UBSan aus. Mikroaktions-
+Reset, Freizeitkatalog und Gruppenreisen bestanden ebenfalls.
+
+Build-, Installations- und Live-Ergebnisse stehen im Session-Checkpoint und unter
+`checkpoints/2026-11-06-leisure-walk/`. Der erste Build fand einen Scopefehler in
+der Logausgabe; behoben, danach erfolgreicher Build. Die Testhülle wertet nun auch
+Logargumente aus, statt diese durch einen leeren Präprozessormakro zu verdecken.
+
+## Installiert und live geprüft
+
+Build und regulärer Neustart erfolgreich; frisches READY, laufender Prozess115099
+und Ports8085/8087 bestätigt. Loader und vorherige Population wurden wieder aktiv.
+Die zehn Vashj'ir-Intents für00:00 blieben erhalten; der Mitternachtsauftrag war
+bereits vor dem Build erfolgreich angewandt.
+
+Der registrierte Testbot Testrion148 lief am ursprünglichen Standort von Kordra
+vollständig hinaus und zurück: native Ausflugsspanne138,85Yards, Zielhöhe197,96
+gegenüber Start223,38, sieben ausgehende und sieben rückkehrende Wegpunkte.
+`LEISURE_COMPLETE ... legs=14` bestätigt den tatsächlich ausgeführten Rundgang.
+Der vorhandene Makroplaner führte zuvor eine zusätzliche Anreise über einen
+Flugknoten aus; diese wurde natürlich abgeschlossen und nicht als Teil der
+Fußrundgang-Korrektur verändert.
+
+Testrion wurde wieder ausgeloggt. Charakterzeile, Zauberbuch, Fähigkeiten,
+Inventar und Versorgungszustand entsprechen den gesicherten Originaldaten.
+Das temporäre Profil wurde entfernt und zuvor nativ durch das generische Profil
+ersetzt. Automatisch beim Login gelernte Sekundärberufe und deren unbenutzte
+Archäologie-Ausgrabungsplätze wurden bereinigt. Kordras Intent und Position wurden
+für diesen Test nicht manuell verändert.
@@ -0,0 +1,32 @@
+# Pending bots before core-dump restart
+
+- Safe-logout requested: 2026-10-31 approximately 22:44 CET
+- Five-minute cutoff status: `pending=5 sessions=5 combat=0 transport=0 flight=5 loading=0`
+- Character DB state immediately before shutdown:
+  - GUID 68, Sylenriel, Alliance (race 4), map 530, `-3013.510 -13204.100 59.628`, flight
+  - GUID 73, Rixzek, Horde (race 9), map 1, `1495.897 -4264.104 147.547`, flight
+  - GUID 97, Talzul, Horde (race 8), map 1, `-2772.743 -4030.782 97.119`, flight
+  - GUID 153, Ragnli, Alliance (race 3), map 1, `9552.060 992.021 1366.619`, flight
+- One fifth clientless session had not persisted `characters.online=1`; its GUID
+  was not exposed by the existing aggregate safe-logout status command.
+- No bot was individually force-logged-out or detached from flight.
+- After restart, verify login/movement state and recover to Stormwind/Orgrimmar
+  only if a retained invalid state requires it.
+
+## Restart outcome
+
+- Worldserver restarted through `start-worldserver-with-coredumps.sh` as PID
+  70328 and reached the authoritative ready message.
+- `/proc/70328/limits` confirms core size soft/hard `unlimited`.
+- Ports 8085 and 8087 are listening.
+- The loader remained paused during startup verification and was then restored.
+
+## Final GDB-wrapper restart cutoff
+
+- A second safe logout was required after the isolated test proved that Apport
+  discards custom unpackaged executables even with an unlimited limit.
+- Five-minute cutoff: `pending=2 sessions=2 combat=0 transport=0 flight=1 loading=0`.
+- GUID 40 Drakagmok, Horde, map 1, `269.917 -4766.760 11.495`.
+- GUID 153 Ragnli, Alliance, map 1, `9552.060 992.021 1366.619`.
+- Neither bot was individually interrupted; the server is shut down cleanly as
+  permitted by the five-minute cutoff and both states must be checked after login.
@@ -0,0 +1,30 @@
+# Flight recovery build: remaining safe-logout sessions
+
+- Safe logout requested: 2026-10-31 23:47:58 CET
+- Five-minute exception reached: 2026-10-31 23:53:05 CET
+- Loader and TestBot admission: disabled before the request
+- Remaining native summary: pending=3, sessions=3, combat=0, transport=0,
+  flight=3, loading=0
+- `saveall` was issued before the position snapshot and clean shutdown.
+
+| GUID | Name | Faction | Saved position | Available state evidence |
+|---:|---|---|---|---|
+| 146 | Loraria | Horde | map 530, 6210.21 -6922.80 144.403, zone 3433 | Adventure instance state waiting for safe player/transport state; no ClientlessFlightMgr record; native safe-logout classified flight; combat=0, transport=0, loading=0. |
+| 167 | Ragnorli | Alliance | map 0, -8723.84 612.132 151.179, zone 1519 | ClientlessFlightMgr Failed, mount 32240, 156 segments, 88 avoidances, 79 handoffs, 2551.1 travelled; `no safe bounded flight corridor; holding position mounted`; adventure waiting for safe player/transport state; combat=0, transport=0, loading=0. |
+| 176 | Ashaelri | Alliance | map 1, 7990.23 1296.75 59.6283, zone 141 | Adventure rest state waiting for safe player/transport state; no ClientlessFlightMgr record; native safe-logout classified flight; combat=0, transport=0, loading=0. |
+
+After the new server starts, inspect all three before restoring the loader. Reset
+Loraria to Orgrimmar and Ragnorli/Ashaelri to Stormwind if their native movement
+or flight state did not clear during restart, then record the result here.
+
+## Recovery outcome
+
+- Installed build started ready under GDB at 2026-10-31 23:54 CET; ports 8085
+  and 8087 listened and the process remained active.
+- All three logged in without an old ClientlessFlightMgr record. Ashaelri's
+  incomplete native taxi list was detected by Player::LoadFromDB and reset to
+  its original taxi node.
+- Loraria was reset to Orgrimmar (map 1, area 5170, allowed=1).
+- Ragnorli and Ashaelri were reset to Stormwind (map 0, area 5148, allowed=1).
+- All three schedules were restored. Loader and TestBot admission were restored
+  to enabled=1; population status reported schema=1, busy=0 and pools 50/5/50/5.
@@ -0,0 +1,50 @@
+# Adventure portal unlock build recovery
+
+Safe logout was requested while the `-j10` build started in parallel. The build
+completed successfully. At the five-real-minute installation boundary eleven
+managed sessions remained (`combat=4`, `transport=0`, `flight/taxi=7`). `saveall`
+completed before shutdown.
+
+| GUID | Name | Faction | Saved position | Observed transition/action |
+|---:|---|---|---|---|
+| 26 | Arthoran | Alliance | map0 `-11080.00,-483.45,54.49` | failed bounded free flight; mounted hold |
+| 60 | Ashani | Alliance | map530 `-3013.51,-13204.10,59.63` | native taxi 94 -> 27 |
+| 77 | Drakogzug | Horde | map1 `1852.91,-4570.06,24.98` | no flight/transport; failed departure recovery |
+| 80 | Noralin | Alliance | map530 `-3013.51,-13204.10,59.63` | native taxi 94 -> 27 |
+| 90 | Dorndin | Alliance | map1 `7990.23,1296.75,59.63` | native taxi 27 -> 94 |
+| 93 | Gargar | Horde | map571 `2277.05,5202.07,12.49` | flight arrived; zeppelin state arrived |
+| 96 | Darden | Alliance | map0 `-9381.78,-59.96,93.02` | failed bounded free flight; mounted hold |
+| 97 | Talzul | Horde | map1 `2035.92,-3467.29,171.71` | failed bounded free flight; mounted hold |
+| 132 | Braneron | Horde | map0 `2602.82,-112.11,34.02` | idle; no flight/transport |
+| 135 | Ragnhild | Alliance | map1 `7990.23,1296.75,59.63` | native taxi 27 -> 94 |
+| 153 | Ragnli | Alliance | map0 `-11787.06,-3180.12,-29.71` | idle; no flight/transport |
+
+Loader configuration and test admission remained disabled/paused through the
+build, installation and restart window. Post-start recovery outcomes are added
+below after verification.
+
+## Post-start verification
+
+- Fresh worldserver PID 174775 reached ready state; TCP 8085 and 8087 listen.
+- All eleven recorded characters were loaded. Every prior free-flight, native
+  taxi and transport state was absent after login; ordinary schedules then
+  produced new behavior independently of the saved transition state.
+- Targeted production-method tests exercise both paths: native GameObject use
+  when prerequisites pass, and the importer-validated fixed teleport when a
+  level-80+ AdventureBot lacks quest prerequisites. Arrival still requires a
+  changed clientless teleport sequence, correct map and <=5-yard target error.
+- A level-85 Elanora live probe planned and traversed graph-bound capital portal
+  travel. The explicit Twilight Highlands acceptance and its actual native
+  condition state are documented below.
+
+## Explicit Twilight Highlands acceptance
+
+Elanora (level 85) was placed within native interaction range of Stormwind spawn
+200627 and given only target `portal_go_200627_target`. Production navigation
+log at 2026-11-01 16:57:17 records edge 1801 `portal_use`, spawn 200627, spell
+85545, followed in the same second by `EDGE_COMPLETE` on map 0 with
+`arrivalError=0.00`. Runtime area query at the destination resolved area 5140,
+allowed, level band 84-85. The World DB has no spell-condition rows for 85545,
+so this particular portal correctly used the unchanged native click path rather
+than `PORTAL_ADVENTURE_UNLOCK`. The questless unlock path remains covered by the
+production-method regression. Temporary Elanora profile and override removed.
@@ -0,0 +1,103 @@
+# Generic flight-entry build recovery
+
+- Safe logout requested at approximately 2026-11-01 12:02 CET after pausing
+  `Clientless.Adventure.Loader` and TestBot admission.
+- The `-j10` build ran in parallel with the safe drain, per the corrected build
+  policy in `AGENTS.md`, and completed successfully.
+- At 12:08 CET, more than five real minutes later, 13 managed sessions remained:
+  3 combat flags, 0 active transports and 9 native flight flags. The database
+  positions below are from the immediately preceding online snapshot; native
+  action/flight/transport diagnostics were also captured in the tmux console.
+
+| GUID | Name | faction | saved map / position | observed state |
+|---:|---|---|---|---|
+| 40 | Drakagmok | Horde | 1 / -4777.22 -1264.89 15.78 | native taxi 22->42; no free-flight/transport record |
+| 48 | Elaniel | Horde | 1 / -4647.84 -1609.87 23.93 | native taxi 22->42; no free-flight/transport record |
+| 54 | Falaeriel | Horde | 0 / 1875.88 -5018.08 166.81 | native taxi chain; prior free flight arrived |
+| 77 | Drakogzug | Horde | 1 / 1857.05 -4568.03 24.98 | travel completed; no active flight/transport |
+| 80 | Noralin | Alliance | 1 / 7990.23 1296.75 59.63 | native taxi; old ship record already Arrived |
+| 83 | Mahuwa | Horde | 571 / 4234.13 3346.45 391.19 | failed free flight/permission timeout |
+| 87 | Moggra | Horde | 1 / -3230.20 -1945.24 156.47 | native taxi to node55 |
+| 91 | Norara | Horde | 571 / 3588.17 6692.83 208.30 | failed bounded flight corridor |
+| 104 | Lillini | Alliance | 1 / 2669.46 1667.13 393.02 | native taxi; old flight/ship records Arrived |
+| 118 | Lillina | Alliance | 0 / -8768.04 583.35 133.27 | failed bounded flight corridor |
+| 132 | Braneron | Horde | 0 / 2539.96 -53.78 28.11 | idle; no flight/transport state |
+| 146 | Loraria | Horde | 1 / -4215.50 -1913.36 131.73 | native taxi 22->42 |
+| 153 | Ragnli | Alliance | 0 / -11787.10 -3180.12 -29.71 | idle; no flight/transport state |
+
+No bot was individually force-logged-out, teleported, detached, or removed to
+enable the build. Installation/restart uses the documented five-minute clean
+shutdown exception. Post-start recovery results must be appended below.
+
+## Restart outcome
+
+Pending.
+
+## Second build drain
+
+- A second safe drain was requested at approximately 12:15 CET for the
+  flight-budget correction. The incremental `-j10` build again ran in parallel
+  and succeeded.
+- After the five-minute gate, only two sessions remained online; neither had an
+  active free-flight or transport record:
+
+| GUID | Name | faction | saved map / position | observed state |
+|---:|---|---|---|---|
+| 77 | Drakogzug | Horde | 1 / 1852.91 -4570.06 24.98 | completed location travel; outdoors=0 |
+| 153 | Ragnli | Alliance | 0 / -11787.10 -3180.12 -29.71 | idle; no flight/transport state |
+
+The other three members of the earlier five-bot snapshot logged out safely
+before this final snapshot. No individual force logout was used.
+
+## Third build drain
+
+- Final macro-connector prioritization build started in parallel with a safe
+  drain at approximately 15:47 CET and completed successfully with `-j10`.
+- At the 15:52 CET installation gate, GUID 77 Drakogzug and GUID 153 Ragnli
+  remained in combat at the same positions recorded above. Both had zero active
+  free-flight and transport records. They were not interrupted or individually
+  logged out; the documented clean-shutdown exception was used.
+## Fourth build drain (portal-continuation budget fix)
+
+- Safe logout requested at approximately 2026-11-01 15:54:30 CET. The `-j10`
+  build started immediately in parallel and completed successfully.
+- At the five-minute installation boundary, two clientless sessions remained;
+  neither was in free flight, taxi travel or on a transport:
+  - GUID 77, Drakogzug, Horde, map 1 at `(1852.91, -4570.06, 24.98)`, area
+    1637. Action had failed at `flight_departure`; no free-flight or transport
+    state was present.
+  - GUID 153, Ragnli, Alliance, map 0 at `(-11787.06, -3180.12, -29.71)`, area
+    72. Action executor was idle; no free-flight or transport state was present.
+- GUID 168 Elanora completed her active movement state and logged out safely
+  before the boundary. The temporary route-test Lua override was removed from
+  the source tree before this build.
+- Testbot admission remained paused. AdventureBot loader remained disabled in
+  runtime configuration throughout the build and restart window.
+
+## Fifth build drain (destination-first probe fix)
+
+- Safe logout requested at approximately 2026-11-01 16:04:15 CET. Build
+  `-j10` again ran immediately in parallel and succeeded.
+- GUID 168 Elanora completed her active free-flight transition and logged out
+  safely. At the five-minute installation boundary GUID 77 Drakogzug and GUID
+  153 Ragnli remained online in the same saved positions recorded above.
+- `saveall` completed before shutdown. Both remaining bots again reported no
+  free-flight or transport state. Drakogzug had a failed travel action at
+  `flight_departure`; Ragnli was idle. Test admission and the AdventureBot
+  loader remained paused/disabled.
+
+## Final runtime result
+
+- Fresh worldserver PID 172446 reached `(worldserver-daemon) ready`; TCP 8085
+  and 8087 are listening.
+- GUIDs 77 and 153 were loaded after restart. Both had no stale free-flight or
+  transport state and resumed ordinary behavior.
+- The controlled Elanora plan produced a valid direct free-flight route from a
+  regular graph node to `portal_at_6354_source`; no MMAP attachment was needed.
+  The Stormwind Twilight Highlands portal did not compete because edge 1801
+  correctly failed `PortalPrerequisites` for this character's native spell/
+  quest state. The relevant portal is otherwise the first geometric connector,
+  so this was not a probe-budget failure.
+- Temporary Elanora override removed. Schedule restored. Loader configuration
+  restored to enabled and test admission resumed. Loader status confirmed
+  `enabled=1 schema=1 busy=0`, pools `50/5/50/5`.
@@ -0,0 +1,36 @@
+# Instance/navigation first-fix build recovery
+
+- Safe logout requested approximately 2026-11-01 11:26 CET after pausing
+  `Clientless.Adventure.Loader` and TestBot admission.
+- Build was allowed to run in parallel by the user's explicit clarification;
+  installation/restart remained gated by zero bots or the five-minute limit.
+- At 11:31 CET, nine managed bots remained after more than five minutes.
+  The server was therefore eligible for a clean shutdown under the agreed rule.
+- The separately logged-in human `Allitester` (GUID 21) is not a managed bot.
+
+| GUID | Name | faction | saved map/position | observed state before shutdown |
+|---:|---|---|---|---|
+| 40 | Drakagmok | Horde | 1 / -4009.801 -2003.480 121.296 | groupformation; native taxi chain; no free-flight/transport record |
+| 43 | Fizzira | Alliance | 0 / -8830.011 635.672 119.259 | social; failed held free flight, 94 segments |
+| 60 | Ashani | Alliance | 1 / 7990.230 1296.750 59.628 | leisure; no flight capability/state |
+| 77 | Drakogzug | Horde | 1 / 1852.910 -4570.060 24.981 | economy; flight and local travel arrived |
+| 83 | Mahuwa | Horde | 571 / 2906.229 6057.960 80.671 | profession; zeppelin arrived; free flight failed touchdown confirmation |
+| 96 | Darden | Alliance | 0 / -9337.900 12.744 105.163 | profession; failed held free flight, 162 segments |
+| 121 | Braneven | Horde | 0 / 1964.780 -1567.223 123.819 | rest; failed held free flight, 462 segments |
+| 132 | Braneron | Horde | 0 / 2539.960 -53.784 28.107 | no intent/travel/flight/transport state |
+| 153 | Ragnli | Alliance | 0 / -11787.057 -3180.120 -29.714 | no intent/travel/flight/transport state |
+
+Aggregate immediately before diagnostics: nine sessions, three combat and six
+flight flags. No bot was individually force-logged-out, teleported, detached or
+removed to enable the build.
+
+## Restart outcome
+
+- Build `-j10`, installation and fresh startup succeeded.
+- Fresh worldserver PID 153100 reached `(worldserver-daemon) ready...`; TCP
+  listeners 8085 and 8087 were verified.
+- All nine bots were loaded explicitly before restoring the population loader.
+- None retained an old free-flight or transport controller record. Normal new
+  intent travel/combat resumed, so no recovery teleport was necessary.
+- Loader and TestBot admission were restored. Population status reported
+  `enabled=1 schema=1 busy=0`, targets `50/5/50/5`; staggered loading resumed.
@@ -0,0 +1,57 @@
+# Routenalternativen und fluggebundene Portale, 01.11.2026
+
+## Änderungen
+
+ClientlessTravelGraphMgr: Portalquellen werden auch beiNeuplanung alsStart
+alsPortal behandelt. NurwennPortal gesperrt/nichtzulässig ist, bleiben normale
+Straßenfortsetzungen zulässig. Nahe unerreichbareStartanker dürfen höchstens4
+Flugproben verbrauchen. Vor spekulativenStraßenexits werden vollständige
+Portal-Flugverbindungen aus vorhandenenRoots geprüft: Einflug zurQuelle bis
+1500yd, nativePortal-Kante, Weiterflug zumZiel. Gesamtkosten konkurrieren mit
+normalenGraphrouten. Max8Kandidaten/6neueSchätzungen innerhalb des bestehenden
+16erPlanlimits; keine festeBodenkante/Orts-Sonderregel hinzugefügt.
+
+ClientlessActionExecutorMgr: Eine vomGruppen-Sicherheitsadapter abgelehnte
+aufgezeichneteStraße sperrt die betroffeneKante für die aktuelleRecovery und
+ruft RecoverTravel statt sofortigemEnde auf. GeometrischeSicherheitsprüfungen
+bleiben aktiv.
+
+## Validierung
+
+Vier gezielteTests PASS: free_flight_planner (erweitert), ground_exit_continuation
+(erweitert), route_portal_prerequisites, portal_use. NeuerBudgetfall ohne den
+Portalverbindungs-Pass fällt absichtlich bei budgetPortal durch; mitPass PASS.
+Zwei CMakeDebugBuilds ausschließlich-j10 erfolgreich, finalinstalliert.
+
+ErsterLivecheck: Renren159 benutztIFPortal217855 nativ23:32:04; EDGE_COMPLETE
+23:32:06, arrivalError0.00. Daswar ein gezielterExecutorauftrag zumPortalziel,
+keineBehauptung einererfolgreichenRaidanreise.
+FinalerLivecheck vonbestätigterSWPosition(-8833.070,622.778,93.932):
+23:42:21 PORTAL_FLIGHT_CONNECTION source200627/target200627/goal6354,
+unteranderem rootstormwind_gate_inner, entry1311.7/finish1055.8. Dennoch gewinnt
+weiterhinSW->Taxi2->Taxi6->IFPortalroute. KonkreterweitererGrund: importierte
+Taxikante15 hatcost1 (KommentarTaxiPath13 price50), Boden1885cost478.308;
+Flugkosten beruhen dagegen aufStreckenlänge. DiePortalverbindung wirdjetzt
+berücksichtigt, aber einebevorzugteAuswahl desSWPortals istNICHTlivebestätigt.
+EineinheitlichesZeit-/Kostenmodell fürMakrotransport bleibt offen.
+
+## Betrieb
+
+Loader1->0; safeLogout23:24:15. Nach5Minuten22Restbots mitPosition/Faktion/
+TaxiPath undverfügbarenFlags/nativeStatus gesichert, sauberShutdown10,
+Prozessende VORInstallation. FreshreadyPID195658, Ports8085/8087.
+22Restbots geladen, alterFlight/Transportstatefehlte; fürRecovery mitgezieltem
+Logout/nativenAdminteleports inSW/ORGzurückgesetzt undwiedereingeloggt.
+
+ZweiterSafeLogout23:35:20, Loaderweiter0. Nach5Minuten3Restbots46/73/132,
+Recovery-before-final-install undnativeStatus gesichert; Shutdown23:40:28,
+Prozessende vorfinalerInstallation. FreshreadyPID200529, Ports8085/8087.
+DreiRestbots geladen/geprüft undnachSW/ORG-Vorgabe (hieralleHorde:ORG) geborgen,
+neu eingeloggt. NativeTaxiflüge danach sindneueSchedule-Aktionen. Renrenfür
+Livecheck mehrfach kontrolliertneuaufgesetzt; letzterSchedulemodusonrestauriert.
+Loaderkonfiguration1 undnativepopulationreload abschließendrestauriert.
+
+DiefrühereZehnergruppewarbereitsbeimerstenSafeLogout imaltenRuntime inTeilgruppen
+zerfallen. Kein erneuter vollständigerGruppenraidabgenommen. KeinCommit/Push.
+Kolonnenintegration undgenaueGroundPathValidator-Ablehnung inGildedRose weiterhin
+offen. KeineAnkunft/Instanzgameplaybehaupten.
@@ -0,0 +1,62 @@
+"""Final read-only offline analysis; excludes the ten specified Bastion bots."""
+from pathlib import Path
+import json,re,collections,datetime
+BASE=Path(__file__).resolve().parent
+ROOT=BASE.parents[3]
+m=json.loads((BASE/'manifest.json').read_text())
+ids=set(m['eligible_guids'])-set(m['raid_guids'])
+by={r['guid']:r for r in m['roster']}
+start=datetime.datetime.fromisoformat('2026-11-02T06:00:00+01:00');end=start.replace(hour=8);seven=start.replace(hour=7)
+snapshots=[json.loads(l) for l in (BASE/'snapshots.jsonl').open()]
+snapshots=[s for s in snapshots if start<=datetime.datetime.fromisoformat(s['time'])<end]
+unique={}
+for l in (BASE/'events.jsonl').open():
+ e=json.loads(l);stamp=datetime.datetime.fromisoformat(e['observed_at'])
+ mt=re.match(r'\d{4}-\d\d-\d\d_\d\d:\d\d:\d\d',e['line'])
+ if mt:stamp=datetime.datetime.strptime(mt[0],'%Y-%m-%d_%H:%M:%S').replace(tzinfo=start.tzinfo)
+ if not start<=stamp<end:continue
+ line=re.sub(r'^.*?\[(?:server\.[^]]+)\]\s*','',e['line'])
+ e['effective_time']=stamp.isoformat();e['canonical']=line
+ unique.setdefault((e['event'],line),e)
+aliases={'alliance':{'the_gilded_rose','poi_npc_314039'},'horde':{'poi_npc_287214','poi_guard_179'}}
+arrived=set();before_seven=set();affected=collections.defaultdict(set);reasons=collections.defaultdict(set)
+for e in unique.values():
+ line=e['canonical'];match=re.search(r'\bguid=(\d+)\b',line)
+ if not match or int(match[1]) not in ids:continue
+ g=int(match[1]);affected[e['event']].add(g)
+ if e['event']=='INTENT_ARRIVED' and "intent='groupformation'" in line and any("location='"+v+"'" in line for v in aliases[by[g]['faction']]):
+  arrived.add(g)
+  if datetime.datetime.fromisoformat(e['effective_time'])<seven:before_seven.add(g)
+ if e['event']=='RECOVERY_FAILED':
+  reason=re.search(r"reason='([^']*)'",line)
+  if reason:reasons[reason[1]].add(g)
+for s in snapshots:
+ for key,v in s.get('native',{}).items():
+  g=int(key);state=v.get('behavior')
+  if g in ids and state and state[2]=='2' and state[3]=='groupformation' and state[4] in aliases[by[g]['faction']]:
+   arrived.add(g)
+   if datetime.datetime.fromisoformat(s['time'])<seven:before_seven.add(g)
+last=snapshots[-1]
+groups=collections.defaultdict(list)
+for r in last['groups']:
+ if int(r['memberGuid']) in ids:groups[r['guid']].append(int(r['memberGuid']))
+result={
+ 'window':[start.isoformat(),end.isoformat()], 'excluded_raid_guids':m['raid_guids'],
+ 'included_guids':sorted(ids),'count':len(ids),'faction':dict(collections.Counter(by[g]['faction'] for g in ids)),
+ 'roles':dict(collections.Counter(by[g]['role'] for g in ids)),
+ 'role_faction':{f:dict(collections.Counter(by[g]['role'] for g in ids if by[g]['faction']==f)) for f in ['alliance','horde']},
+ 'planned_07':dict(collections.Counter(r['intent'] for r in last['plans'] if int(r['character_guid']) in ids and r['hour_slot']=='7')),
+ 'accepted_same_inn_aliases':{f:sorted(v) for f,v in aliases.items()},'arrived':sorted(arrived),'arrived_before_07':sorted(before_seven),
+ 'arrived_faction':dict(collections.Counter(by[g]['faction'] for g in arrived)),
+ 'entered':sorted(affected['INSTANCE_ENTERED']),
+ 'event_affected_bots':{k:sorted(v) for k,v in affected.items()},
+ 'recovery_reasons':{k:sorted(v) for k,v in sorted(reasons.items(),key=lambda kv:-len(kv[1]))},
+ 'first_snapshot':snapshots[0]['time'],'last_snapshot':last['time'],'snapshot_count':len(snapshots),
+ 'end_groups':dict(groups),'end_group_sizes':dict(collections.Counter(map(len,groups.values()))),
+ 'end_grouped':sum(map(len,groups.values())),
+ 'end_behavior_details':dict(collections.Counter((last['native'].get(str(g),{}).get('behavior') or ['?']*6)[5] for g in ids)),
+ 'end_action_states':dict(collections.Counter((last['native'].get(str(g),{}).get('action') or ['?']*4)[0] for g in ids)),
+}
+(BASE/'final-without-raid.json').write_text(json.dumps(result,ensure_ascii=False,indent=2))
+print(json.dumps({k:v for k,v in result.items() if k in ['count','faction','roles','planned_07','arrived_faction','end_grouped','end_group_sizes','snapshot_count','first_snapshot','last_snapshot']},ensure_ascii=False))
+print('arrived',len(arrived),'before07',len(before_seven),'recoveryFailed',len(affected['RECOVERY_FAILED']),'entered',len(affected['INSTANCE_ENTERED']))
@@ -0,0 +1,203 @@
+#!/usr/bin/env python3
+"""Read-only, bounded observation and deterministic test report. No bot repairs."""
+from pathlib import Path
+import collections,datetime,json,os,re,subprocess,sys,time
+import test_driver as d
+BASE=d.BASE
+REPORT=d.ROOT/'doc/clientless/2026-11-02-0800-test-report.md'
+def append(path,value):
+    with path.open('a') as f:f.write(json.dumps(value,ensure_ascii=False)+'\n')
+def load(path):
+    result=[]
+    if path.exists():
+        for line in path.read_text().splitlines():
+            try:result.append(json.loads(line))
+            except json.JSONDecodeError:pass
+    return result
+def manifest():return json.loads((BASE/'manifest.json').read_text())
+def alive():
+    r=subprocess.run(['pgrep','-x','worldserver'],text=True,capture_output=True)
+    result=[]
+    for value in r.stdout.split():
+        try:
+            if os.readlink('/proc/'+value+'/exe')=='/home/wow_admin/wow_cata_server/server/debug/bin/worldserver':result.append(int(value))
+        except OSError:pass
+    return result
+EVENT=re.compile(r'\b(?:GROUP_[A-Z_]+|INSTANCE_[A-Z_]+|INTENT_[A-Z_]+|EDGE_[A-Z_]+|RECOVERY_[A-Z_]+|NAV_REJECT|TEMP_TRAVEL|PORTAL_[A-Z_]+|TRAVEL_(?:PLAN[A-Z_]*|JOURNEY_COSTS|SHARED_ROUTE)|CPC_PERF)\b')
+class Tail:
+    def __init__(self,path):self.path=path;self.file=None;self.initial=True
+    def poll(self):
+        try:
+            st=self.path.stat()
+            if self.file is None:
+                self.file=self.path.open();self.inode=st.st_ino
+                if self.initial:self.file.seek(0,2);self.initial=False
+            lines=self.file.readlines()
+            if self.inode!=st.st_ino:
+                self.file.close();self.file=self.path.open();self.inode=st.st_ino;lines+=self.file.readlines()
+            elif self.file.tell()>st.st_size:self.file.seek(0)
+            stamp=d.now().isoformat()
+            for line in lines:
+                match=EVENT.search(line)
+                if match:append(BASE/'events.jsonl',{'observed_at':stamp,'source':self.path.name,'event':match[0],'line':line.rstrip()})
+        except OSError as error:append(BASE/'observer-errors.jsonl',{'time':d.now().isoformat(),'error':str(error)})
+def snapshot(native=True):
+    record={'time':d.now().isoformat(),'server_pids':alive()}
+    record['roster']=d.roster()
+    record['groups']=d.query('Character','SELECT g.guid,g.leaderGuid,g.groupType,m.memberGuid,c.name,c.level,c.online FROM groups g JOIN group_member m ON m.guid=g.guid JOIN characters c ON c.guid=m.memberGuid ORDER BY g.guid,m.memberGuid;')
+    record['plans']=d.plans();record['native']={}
+    if native and record['server_pids']:
+        raw=[];ids=[r['guid'] for r in record['roster'] if r['level']>=15]
+        for pos in range(0,len(ids),20):
+            chunk=ids[pos:pos+20]
+            for g in chunk:
+                for command in [f'clientless adventure status {g}',f'clientless actioninfo {g}',f'clientless interaction {g}',f'clientless adventure area {g}']:d.command(command)
+            time.sleep(1.5);text=d.console(1400);raw.append(text)
+            for g in chunk:
+                bot={}
+                for key,pattern in {
+                    'behavior':rf'Adventure GUID {g}: enabled=(\d+) schedule=(\d+) phase=(\d+) intent=\x27([^\x27]*)\x27 location=\x27([^\x27]*)\x27.*?detail=\x27([^\x27]*)\x27',
+                    'action':rf'Action GUID {g}: state=(\w+) action=\x27([^\x27]*)\x27 target=\x27([^\x27]*)\x27.*?detail=\x27([^\x27]*)\x27',
+                    'area':rf'Area access GUID {g}: .*?map=(\d+) area=(\d+).*?allowed=(\d+)',
+                }.items():
+                    matches=list(re.finditer(pattern,text))
+                    if matches:bot[key]=list(matches[-1].groups())
+                record['native'][str(g)]=bot
+        (BASE/('snapshot-'+d.now().strftime('%Y%m%d-%H%M%S')+'.log')).write_text('\n'.join(raw))
+    append(BASE/'snapshots.jsonl',record)
+    return record
+def observe():
+    end=datetime.datetime.fromisoformat(manifest()['evaluate_at'])
+    logs=Path('/home/wow_admin/wow_cata_server/server/debug/bin')
+    tails=[Tail(logs/'Server.log'),Tail(logs/'adventurebot-navigation.log')]
+    for tail in tails:tail.poll()
+    next_snapshot=0
+    append(BASE/'lifecycle.jsonl',{'event':'observer_started','time':d.now().isoformat(),'end':end.isoformat()})
+    while d.now()<end:
+        for tail in tails:tail.poll()
+        if time.monotonic()>=next_snapshot:
+            try:snapshot()
+            except Exception as error:append(BASE/'observer-errors.jsonl',{'time':d.now().isoformat(),'error':str(error)})
+            next_snapshot=time.monotonic()+300
+        # Preserve a final snapshot before the activity slot ends.
+        if (end-d.now()).total_seconds()<35:
+            try:snapshot()
+            except Exception as error:append(BASE/'observer-errors.jsonl',{'time':d.now().isoformat(),'error':str(error)})
+            while d.now()<end:
+                for tail in tails:tail.poll()
+                time.sleep(1)
+            break
+        time.sleep(2)
+    for tail in tails:tail.poll()
+    append(BASE/'lifecycle.jsonl',{'event':'observer_finished','time':d.now().isoformat()})
+def report(preview=False):
+    m=manifest();end=datetime.datetime.fromisoformat(m['evaluate_at']);start=end.replace(hour=m['formation_hour'])
+    snapshots=[s for s in load(BASE/'snapshots.jsonl') if start<=datetime.datetime.fromisoformat(s['time'])<=end]
+    events=[]
+    for item in load(BASE/'events.jsonl'):
+        stamp=datetime.datetime.fromisoformat(item['observed_at'])
+        match=re.match(r'(\d{4}-\d\d-\d\d_\d\d:\d\d:\d\d)',item['line'])
+        if match:stamp=datetime.datetime.strptime(match[1],'%Y-%m-%d_%H:%M:%S').replace(tzinfo=d.TZ)
+        if start<=stamp<end:events.append(item)
+    # Server and navigation logs can repeat the same event; never count duplicates.
+    unique={}
+    for item in events:
+        line=re.sub(r'^.*?\[(?:server\.[^]]+)\]\s*','',item['line'])
+        key=(item['event'],line)
+        unique.setdefault(key,item)
+    events=list(unique.values());counts=collections.Counter(e['event'] for e in events)
+    arrivals=set();entered=set();cohort_entered=set();positions={};reasons=collections.Counter();plans=set()
+    cohort=set(m['raid_guids']);goal='instance_visit_at_6354_d0'
+    for e in events:
+        line=e['line'];g=re.search(r'\bguid=(\d+)\b',line)
+        guid=int(g[1]) if g else None
+        if guid is not None:
+            if e['event']=='INTENT_ARRIVED' and "intent='groupformation'" in line and any("location='"+v+"'" in line for v in m['meeting_locations'].values()):arrivals.add(guid)
+            if e['event']=='INSTANCE_ENTERED':
+                entered.add(guid)
+                if 'map=671 ' in line and 'mode=0' in line and guid in cohort:cohort_entered.add(guid)
+            if e['event']=='INSTANCE_PLAN' and guid in cohort:plans.add(guid)
+            if e['event']=='TEMP_TRAVEL' and 'position=' in line:positions[guid]=line
+        if e['event'] in ['RECOVERY_FAILED','PORTAL_USE_FAILED','INSTANCE_ENTRY_DENIED','INSTANCE_TRAVEL_RETRY']:
+            detail=re.search(r"(?:reason|status)='([^']*)'",line)
+            reasons[(e['event'],detail[1] if detail else 'siehe Rohlog')]+=1
+    max_group=0;together=False
+    rolemap={r['guid']:r.get('role','unknown') for r in m['roster']}
+    latest_group={}
+    for s in snapshots:
+        if not s['server_pids']:continue
+        grouped=collections.defaultdict(list)
+        for row in s['groups']:grouped[row['guid']].append(row)
+        for gid,rows in grouped.items():
+            members={int(r['memberGuid']) for r in rows};overlap=members&cohort
+            if len(overlap)>max_group:max_group=len(overlap)
+            if len(overlap)==10:together=True
+        latest_group=grouped
+    for snap in snapshots:
+        if not snap['server_pids']:continue
+        for guid,bot in snap.get('native',{}).items():
+            status=bot.get('behavior')
+            if status and status[2]=='2' and status[3]=='groupformation' and status[4] in m['meeting_locations'].values():arrivals.add(int(guid))
+    latest=snapshots[-1] if snapshots else None
+    leader_seeds={};copies=0;matched_seeds=0;unknown_seeds=0;mismatched_seeds=0
+    for e in events:
+        line=e['line']
+        if e['event']=='TRAVEL_JOURNEY_COSTS':
+            match=re.search(r'guid=(\d+) seed=(\d+)',line)
+            if match:leader_seeds[int(match[1])]=int(match[2])
+        elif e['event']=='TRAVEL_SHARED_ROUTE':
+            match=re.search(r'leader=(\d+).*?journeySeed=(\d+)',line)
+            if match:
+                copies+=1;leader=int(match[1]);seed=int(match[2])
+                if leader not in leader_seeds:unknown_seeds+=1
+                elif leader_seeds[leader]==seed:matched_seeds+=1
+                else:mismatched_seeds+=1
+    stamp=d.now();future=preview or stamp<end
+    title='Vorläufige Testbeobachtung' if future else 'Testauswertung'
+    lines=[f'# {title}: {start:%d.%m.%Y}, Gruppenbildung {m["formation_hour"]:02d}:00 / Instanzen {m["activity_hour"]:02d}:00',
+        '',f'Erstellt: {stamp:%d.%m.%Y %H:%M:%S %Z}. Geplanter Auswertungszeitpunkt: {end:%H:%M %Z}.',
+        '',f'- Geprüfte Testbots: {len(m["eligible_guids"])}. Unter Stufe 15 ausgenommen: {len(m["excluded_under15"])}.',
+        f'- Feste Treffpunkte: Allianz Goldene Rose in Sturmwind; Horde Broken Tusk in Orgrimmar.',
+        f'- Status-Snapshots: {len(snapshots)}; ausgewertete eindeutige Logereignisse: {len(events)}.',
+        f'- Erste erfasste Statusstichprobe: {snapshots[0]["time"] if snapshots else "keine"}; frühere Ereignisse sind nicht vollständig erfasst.',
+        f'- Bots mit belegter Ankunft am festgelegten Formationstreffpunkt: {len(arrivals)}.',
+        f'- Bots mit protokolliertem tatsächlichem Instanzbeitritt: {len(entered)}.',
+        f'- Snapshots ohne laufenden Testserver: {sum(not s["server_pids"] for s in snapshots)}.',
+        '', '## Bekannte Zehnergruppe: Bastion des Zwielichts, normal', '',
+        f'- Maximal gemeinsam in einer nativen Gruppe beobachtet: {max_group}/10.',
+        f'- Alle zehn gemeinsam nachgewiesen: {"ja" if together else "nein; durch die Stichproben nicht nachgewiesen"}.',
+        f'- Bots mit Instanzplanung: {len(plans)}/10; mit tatsächlichem Beitritt zu Karte 671 im Modus 0: {len(cohort_entered)}/10.',
+        '', '| GUID | Name | Rolle | Bastion betreten | Letzter nativer Status |', '|---:|---|---|---|---|']
+    byid={r['guid']:r for r in m['roster']}
+    for g in sorted(cohort):
+        row=byid.get(g,{});status=(latest or {}).get('native',{}).get(str(g),{}).get('behavior')
+        detail=(status[3]+' / '+status[4]+' / '+status[5]) if status else 'kein frischer Status erfasst'
+        lines.append(f'| {g} | {row.get("name","unbekannt")} | {rolemap.get(g,"unbekannt")} | {"ja" if g in cohort_entered else "nicht nachgewiesen"} | {detail.replace("|","/")} |')
+    lines+=['','## Übernahme der Anführerroute','',
+        f'- Protokollierte Routenübernahmen mit Journey-Seed: {copies}.',
+        f'- Gleicher zuletzt beobachteter Anführer-Seed: {matched_seeds}; abweichend: {mismatched_seeds}; Anführer-Seed im Beobachtungsfenster nicht bekannt: {unknown_seeds}.',
+        '- Ein abweichender letzter Seed erfordert Prüfung der konkreten Reise und des Zeitpunkts; diese Zählung allein beweist keinen Fehler.',
+        '', '## Fehler und Reiseereignisse','']
+    for key in ['GROUP_MERGE','GROUP_MANAGER_RUN','GROUP_EARLY_DEPART','PORTAL_USE_START','RECOVERY_FAILED','INSTANCE_TRAVEL_RETRY','INSTANCE_ENTRY_DENIED']:
+        lines.append(f'- {key}: {counts[key]}.')
+    if reasons:
+        lines+=['','Häufigste protokollierte Fehler:','']
+        for (kind,reason),count in reasons.most_common(12):lines.append(f'- {kind}: {reason} ({count} Ereignisse).')
+    lines+=['','## Grenzen der Auswertung','',
+        '- Ausgewertet werden technische Zustände und native Logereignisse; keine visuelle Gameplay-Abnahme und keine Bestätigung von Bosskämpfen.',
+        '- Ein Reiseplan ist kein Ankunftsnachweis. Fehlende Ereignisse werden als nicht nachgewiesen ausgewiesen.',
+        '- Die Gruppenmitgliedschaft und Zustände werden alle fünf Minuten stichprobenartig gelesen; kurzlebige Zwischenzustände können fehlen.',
+        '- Charakterpositionen aus DB-Snapshots sind zuletzt gespeicherte Positionen. Live-Reisepositionen stehen in den TEMP_TRAVEL-Ereignissen.',
+        '- Der Beobachter repariert, teleportiert oder startet den Server nicht. Ausfälle werden dokumentiert.',
+        f'- Letzter Snapshot: {latest["time"] if latest else "keiner"}.',
+        '',f'Rohdaten: {BASE.relative_to(d.ROOT)}/ (manifest.json, snapshots.jsonl, events.jsonl, snapshot-*.log).','']
+    target=BASE/'report-preview.md' if future else REPORT
+    tmp=target.with_suffix('.tmp');tmp.write_text('\n'.join(lines));tmp.replace(target)
+    (BASE/'report-status.json').write_text(json.dumps({'generated_at':stamp.isoformat(),'expected_at':end.isoformat(),'preview':future,'path':str(target),'snapshots':len(snapshots),'events':len(events),'cohort_entered':sorted(cohort_entered)},indent=2))
+    print(target)
+if __name__=='__main__':
+    if sys.argv[1:]==['observe']:observe()
+    elif sys.argv[1:]==['snapshot']:print(json.dumps({'time':snapshot()['time']}))
+    elif sys.argv[1:]==['report-preview']:report(True)
+    elif sys.argv[1:]==['report']:report()
+    else:raise SystemExit('observe | snapshot | report | report-preview')
@@ -0,0 +1,72 @@
+# Vorläufige Testbeobachtung: 02.11.2026, Gruppenbildung 06:00 / Instanzen 07:00
+
+Erstellt: 02.11.2026 07:26:32 CET. Geplanter Auswertungszeitpunkt: 08:00 UTC+01:00.
+
+- Geprüfte Testbots: 92. Unter Stufe 15 ausgenommen: 18.
+- Feste Treffpunkte: Allianz Goldene Rose in Sturmwind; Horde Broken Tusk in Orgrimmar.
+- Status-Snapshots: 15; ausgewertete eindeutige Logereignisse: 13932.
+- Erste erfasste Statusstichprobe: 2026-11-02T06:13:38.615403+01:00; frühere Ereignisse sind nicht vollständig erfasst.
+- Bots mit belegter Ankunft am festgelegten Formationstreffpunkt: 40.
+- Bots mit protokolliertem tatsächlichem Instanzbeitritt: 0.
+- Snapshots ohne laufenden Testserver: 0.
+
+## Bekannte Zehnergruppe: Bastion des Zwielichts, normal
+
+- Maximal gemeinsam in einer nativen Gruppe beobachtet: 9/10.
+- Alle zehn gemeinsam nachgewiesen: nein; durch die Stichproben nicht nachgewiesen.
+- Bots mit Instanzplanung: 9/10; mit tatsächlichem Beitritt zu Karte 671 im Modus 0: 0/10.
+
+| GUID | Name | Rolle | Bastion betreten | Letzter nativer Status |
+|---:|---|---|---|---|
+| 159 | Renren | damage | nicht nachgewiesen | raid / instance_visit_at_6354_d0 / instance visit waiting for safe native state |
+| 160 | Marndra | damage | nicht nachgewiesen | raid / instance_visit_at_6354_d0 / travelling to instance_visit_at_6354_d0 |
+| 161 | Marnda | healer | nicht nachgewiesen | raid / instance_visit_at_6354_d0 / travelling to instance_visit_at_6354_d0 |
+| 162 | Aruendas | healer | nicht nachgewiesen | raid / instance_visit_at_6354_d0 / travelling to instance_visit_at_6354_d0 |
+| 163 | Winienwi | damage | nicht nachgewiesen | raid / instance_visit_at_6354_d0 / travelling to instance_visit_at_6354_d0 |
+| 164 | Taliaarnora | damage | nicht nachgewiesen | raid / instance_visit_at_6354_d0 / travelling to instance_visit_at_6354_d0 |
+| 165 | Brynda | damage | nicht nachgewiesen | raid / instance_visit_at_6354_d0 / travelling to instance_visit_at_6354_d0 |
+| 166 | Corric | damage | nicht nachgewiesen | raid / instance_visit_at_6354_d0 / waiting for a suitable group / native browser queue |
+| 167 | Ragnorli | tank | nicht nachgewiesen | raid / instance_visit_at_6354_d0 / travelling to instance_visit_at_6354_d0 |
+| 176 | Ashaelri | tank | nicht nachgewiesen | raid / instance_visit_at_6354_d0 / travelling to instance_visit_at_6354_d0 |
+
+## Übernahme der Anführerroute
+
+- Protokollierte Routenübernahmen mit Journey-Seed: 78.
+- Gleicher zuletzt beobachteter Anführer-Seed: 72; abweichend: 4; Anführer-Seed im Beobachtungsfenster nicht bekannt: 2.
+- Ein abweichender letzter Seed erfordert Prüfung der konkreten Reise und des Zeitpunkts; diese Zählung allein beweist keinen Fehler.
+
+## Fehler und Reiseereignisse
+
+- GROUP_MERGE: 28.
+- GROUP_MANAGER_RUN: 8.
+- GROUP_EARLY_DEPART: 15.
+- PORTAL_USE_START: 36.
+- RECOVERY_FAILED: 117.
+- INSTANCE_TRAVEL_RETRY: 11.
+- INSTANCE_ENTRY_DENIED: 0.
+
+Häufigste protokollierte Fehler:
+
+- RECOVERY_FAILED: route-local-PathRejected (26 Ereignisse).
+- RECOVERY_FAILED: free-flight-unavailable: safely returned after abort: no safe bounded flight corridor; holding position mounted (15 Ereignisse).
+- RECOVERY_FAILED: free-flight-unavailable: departure-unavailable: ground approach interrupted (12 Ereignisse).
+- RECOVERY_FAILED: free-flight-unavailable: no free solid landing with a validated target approach (12 Ereignisse).
+- INSTANCE_TRAVEL_RETRY: siehe Rohlog (11 Ereignisse).
+- RECOVERY_FAILED: deferred-start-movement-failed (9 Ereignisse).
+- RECOVERY_FAILED: deferred-start-no-progress (7 Ereignisse).
+- RECOVERY_FAILED: final-local-PathRejected (6 Ereignisse).
+- RECOVERY_FAILED: deferred-start-endpoint-replan (6 Ereignisse).
+- RECOVERY_FAILED: wander-ended-Arrived (4 Ereignisse).
+- RECOVERY_FAILED: deferred-start-attempts-exhausted (4 Ereignisse).
+- RECOVERY_FAILED: recorded group road rejected by safety adapter (4 Ereignisse).
+
+## Grenzen der Auswertung
+
+- Ausgewertet werden technische Zustände und native Logereignisse; keine visuelle Gameplay-Abnahme und keine Bestätigung von Bosskämpfen.
+- Ein Reiseplan ist kein Ankunftsnachweis. Fehlende Ereignisse werden als nicht nachgewiesen ausgewiesen.
+- Die Gruppenmitgliedschaft und Zustände werden alle fünf Minuten stichprobenartig gelesen; kurzlebige Zwischenzustände können fehlen.
+- Charakterpositionen aus DB-Snapshots sind zuletzt gespeicherte Positionen. Live-Reisepositionen stehen in den TEMP_TRAVEL-Ereignissen.
+- Der Beobachter repariert, teleportiert oder startet den Server nicht. Ausfälle werden dokumentiert.
+- Letzter Snapshot: 2026-11-02T07:24:22.284890+01:00.
+
+Rohdaten: doc/clientless/checkpoints/2026-11-02-0600-group-test/ (manifest.json, snapshots.jsonl, events.jsonl, snapshot-*.log).
@@ -0,0 +1,72 @@
+#!/usr/bin/env python3
+"""One-off native plan setup and read-only diagnostics; never prints credentials."""
+from pathlib import Path
+import datetime,json,os,re,subprocess,time
+from zoneinfo import ZoneInfo
+BASE=Path(__file__).resolve().parent
+ROOT=BASE.parents[3]
+CONF=Path('/home/wow_admin/wow_cata_server/server/debug/etc/worldserver.conf')
+TZ=ZoneInfo('Europe/Berlin')
+DATE=20261102
+FORMATION=6
+ACTIVITY=7
+RAID=[159,160,161,162,163,164,165,166,167,176]
+MEET={'alliance':'the_gilded_rose','horde':'poi_npc_287214'}
+def now():return datetime.datetime.now(TZ)
+def query(kind,sql):
+    if not re.match(r'^\s*(SELECT|SHOW)\b',sql,re.I):raise ValueError('Read-only database helper')
+    conf=CONF.read_text();value=re.search(r'^'+kind+r'DatabaseInfo\s*=\s*"([^"]+)"',conf,re.M).group(1)
+    h,port,u,password,db=value.split(';');env=os.environ.copy();env['MYSQL_PWD']=password
+    r=subprocess.run(['mysql','--protocol=TCP','--host='+h,'--port='+port,'--user='+u,'--database='+db,'--batch','--default-character-set=utf8mb4','--connect-timeout=10'],input=sql,text=True,capture_output=True,env=env,timeout=25)
+    if r.returncode:raise RuntimeError(r.stderr.replace(password,'[redacted]'))
+    lines=r.stdout.splitlines()
+    return [dict(zip(lines[0].split('\t'),line.split('\t'))) for line in lines[1:]] if lines else []
+def command(text):
+    subprocess.run(['tmux','send-keys','-t','vcore-worldserver','-l',text],check=True,timeout=5)
+    subprocess.run(['tmux','send-keys','-t','vcore-worldserver','Enter'],check=True,timeout=5)
+def console(lines=2000):
+    return subprocess.check_output(['tmux','capture-pane','-p','-J','-t','vcore-worldserver','-S',str(-lines)],text=True,timeout=10)
+def roster():
+    rows=query('Character',"SELECT c.guid,c.name,c.race,c.level,c.online,c.map,c.instance_id,c.position_x,c.position_y,c.position_z,HEX(COALESCE(g.profile_lua,'')) profile FROM characters c LEFT JOIN vcore_adventure_generated_bot g ON g.character_guid=c.guid WHERE c.online=1 AND (c.guid=26 OR g.state='ready') ORDER BY c.guid;")
+    for r in rows:
+        for k in ['guid','race','level','online','map','instance_id']:r[k]=int(r[k])
+        r['faction']='alliance' if r['race'] in [1,3,4,7,11,22] else 'horde'
+        profile=bytes.fromhex(r.pop('profile')).decode(errors='replace')
+        role=re.search(r'\brole\s*=\s*["\'](tank|healer|damage)',profile)
+        r['role']=role[1] if role else ('tank' if r['guid']==26 else 'unknown')
+    return rows
+def plans():return query('World',f'SELECT character_guid,hour_slot,intent,location_key FROM vcore_adventure_day WHERE local_date={DATE} AND hour_slot IN({FORMATION},{ACTIVITY}) ORDER BY character_guid,hour_slot;')
+def apply():
+    rows=roster();p=BASE/'before-plans.json'
+    if not p.exists():p.write_text(json.dumps(plans(),indent=2))
+    current={(int(r['character_guid']),int(r['hour_slot'])):r for r in plans()}
+    pending=[]
+    for r in rows:
+        g=r['guid']
+        if r['level']<15:continue
+        a=current.get((g,ACTIVITY),{});f=current.get((g,FORMATION),{})
+        valid=a.get('intent') in ['raid','instance'] and f.get('intent')=='groupformation' and f.get('location_key')==MEET[r['faction']]
+        if g in RAID:valid=valid and a.get('location_key')=='instance_visit_at_6354_d0' and a.get('intent')=='raid'
+        if valid:continue
+        pending.append(g)
+        target='raid instance_visit_at_6354_d0' if g in RAID else 'instance-or-raid auto'
+        command(f'clientless adventure editplan {g} {ACTIVITY} {target} both 15 85 apply')
+        command(f'clientless adventure editplan {g} {FORMATION} groupformation {MEET[r["faction"]]} {r["faction"]} 15 85 apply')
+    time.sleep(2 if pending else .1)
+    current=plans();lookup={(int(r['character_guid']),int(r['hour_slot'])):r for r in current}
+    eligible=[];missing=[]
+    for r in rows:
+        if r['level']<15:continue
+        g=r['guid'];a=lookup.get((g,ACTIVITY),{});f=lookup.get((g,FORMATION),{})
+        good=f.get('intent')=='groupformation' and f.get('location_key')==MEET[r['faction']] and a.get('intent') in ['raid','instance']
+        if g in RAID:good=good and a.get('location_key')=='instance_visit_at_6354_d0' and a.get('intent')=='raid'
+        (eligible if good else missing).append(g)
+    manifest={'updated_at':now().isoformat(),'date':DATE,'formation_hour':FORMATION,'activity_hour':ACTIVITY,'evaluate_at':'2026-11-02T08:00:00+01:00','raid_guids':RAID,'meeting_locations':MEET,'roster':rows,'eligible_guids':eligible,'missing_plan_guids':missing,'excluded_under15':[r['guid'] for r in rows if r['level']<15],'plans':current}
+    (BASE/'manifest.json').write_text(json.dumps(manifest,ensure_ascii=False,indent=2))
+    (BASE/('plan-apply-'+now().strftime('%H%M%S')+'.log')).write_text(console())
+    print(json.dumps({'online':len(rows),'configured':len(eligible),'missing':missing,'newly_applied':pending,'excluded_under15':manifest['excluded_under15'],'raid_online':sorted(set(RAID)&{r['guid'] for r in rows})}))
+    return manifest
+if __name__=='__main__':
+    import sys
+    if sys.argv[1:] == ['apply']:apply()
+    elif sys.argv[1:]==['roster']:print(json.dumps(roster(),ensure_ascii=False,indent=2))
@@ -0,0 +1,42 @@
+"""Read-only observation of the ten-bot retry until 11:00 CET."""
+from pathlib import Path
+import sys,os,re,json,time,datetime
+sys.path.insert(0,str(Path(__file__).resolve().parents[1]/'2026-11-02-0600-group-test'))
+import test_driver as d
+BASE=Path(__file__).resolve().parent
+END=datetime.datetime.fromisoformat('2026-11-02T11:00:00+01:00')
+IDS=set(d.RAID)
+def append(name,v):
+ with (BASE/name).open('a') as f:f.write(json.dumps(v,ensure_ascii=False)+'\n')
+class Tail:
+ def __init__(self,path):
+  self.path=path;self.f=path.open('rb');self.inode=os.fstat(self.f.fileno()).st_ino;self.f.seek(0,2);self.pending=b''
+ def poll(self):
+  st=self.path.stat()
+  if st.st_ino==self.inode and st.st_size<self.f.tell():self.f.seek(0);self.pending=b''
+  data=self.f.read()
+  if st.st_ino!=self.inode:
+   self.f.close();self.f=self.path.open('rb');self.inode=st.st_ino;data+=self.f.read()
+  parts=(self.pending+data).split(b'\n');self.pending=parts.pop()
+  for line in parts:
+   s=line.decode(errors='replace')
+   if any(int(g) in IDS for g in re.findall(r'\b(?:guid|leader|member|target)=(\d+)\b',s)):
+    append('events.jsonl',{'time':d.now().isoformat(),'source':self.path.name,'line':s})
+def snapshot():
+ for g in d.RAID:
+  for c in [f'clientless adventure status {g}',f'clientless actioninfo {g}',f'clientless flight status {g}',f'clientless interaction {g}']:d.command(c)
+ time.sleep(.6)
+ stamp=d.now();file='snapshot-'+stamp.strftime('%H%M%S')+'.log';(BASE/file).write_text(d.console(1000))
+ groups=d.query('Character','SELECT g.guid,g.leaderGuid,m.memberGuid,c.name FROM groups g JOIN group_member m ON m.guid=g.guid JOIN characters c ON c.guid=m.memberGuid WHERE g.guid IN(SELECT guid FROM group_member WHERE memberGuid IN(159,160,161,162,163,164,165,166,167,176)) ORDER BY g.guid,m.memberGuid')
+ append('snapshots.jsonl',{'time':stamp.isoformat(),'native_file':file,'groups':groups})
+if __name__=='__main__':
+ logs=Path('/home/wow_admin/wow_cata_server/server/debug/bin');tails=[Tail(logs/'Server.log'),Tail(logs/'adventurebot-navigation.log')];next_snapshot=0
+ append('lifecycle.jsonl',{'time':d.now().isoformat(),'event':'start','end':END.isoformat()})
+ while d.now()<END:
+  try:
+   for t in tails:t.poll()
+   if time.monotonic()>=next_snapshot:snapshot();next_snapshot=time.monotonic()+120
+  except Exception as e:append('errors.jsonl',{'time':d.now().isoformat(),'error':str(e)})
+  time.sleep(2)
+ for t in tails:t.poll()
+ append('lifecycle.jsonl',{'time':d.now().isoformat(),'event':'finished'})
@@ -0,0 +1,42 @@
+"""Read-only observation of the ten-bot retry until 12:00 CET."""
+from pathlib import Path
+import sys,os,re,json,time,datetime
+sys.path.insert(0,str(Path(__file__).resolve().parents[1]/'2026-11-02-0600-group-test'))
+import test_driver as d
+BASE=Path(__file__).resolve().parent
+END=datetime.datetime.fromisoformat('2026-11-02T12:00:00+01:00')
+IDS=set(d.RAID)
+def append(name,v):
+ with (BASE/name).open('a') as f:f.write(json.dumps(v,ensure_ascii=False)+'\n')
+class Tail:
+ def __init__(self,path):
+  self.path=path;self.f=path.open('rb');self.inode=os.fstat(self.f.fileno()).st_ino;self.f.seek(0,2);self.pending=b''
+ def poll(self):
+  st=self.path.stat()
+  if st.st_ino==self.inode and st.st_size<self.f.tell():self.f.seek(0);self.pending=b''
+  data=self.f.read()
+  if st.st_ino!=self.inode:
+   self.f.close();self.f=self.path.open('rb');self.inode=st.st_ino;data+=self.f.read()
+  parts=(self.pending+data).split(b'\n');self.pending=parts.pop()
+  for line in parts:
+   s=line.decode(errors='replace')
+   if any(int(g) in IDS for g in re.findall(r'\b(?:guid|leader|member|target)=(\d+)\b',s)):
+    append('events.jsonl',{'time':d.now().isoformat(),'source':self.path.name,'line':s})
+def snapshot():
+ for g in d.RAID:
+  for c in [f'clientless adventure status {g}',f'clientless actioninfo {g}',f'clientless flight status {g}',f'clientless interaction {g}']:d.command(c)
+ time.sleep(.6)
+ stamp=d.now();file='snapshot-'+stamp.strftime('%H%M%S')+'.log';(BASE/file).write_text(d.console(1000))
+ groups=d.query('Character','SELECT g.guid,g.leaderGuid,m.memberGuid,c.name FROM groups g JOIN group_member m ON m.guid=g.guid JOIN characters c ON c.guid=m.memberGuid WHERE g.guid IN(SELECT guid FROM group_member WHERE memberGuid IN(159,160,161,162,163,164,165,166,167,176)) ORDER BY g.guid,m.memberGuid')
+ append('snapshots.jsonl',{'time':stamp.isoformat(),'native_file':file,'groups':groups})
+if __name__=='__main__':
+ logs=Path('/home/wow_admin/wow_cata_server/server/debug/bin');tails=[Tail(logs/'Server.log'),Tail(logs/'adventurebot-navigation.log')];next_snapshot=0
+ append('lifecycle.jsonl',{'time':d.now().isoformat(),'event':'start','end':END.isoformat()})
+ while d.now()<END:
+  try:
+   for t in tails:t.poll()
+   if time.monotonic()>=next_snapshot:snapshot();next_snapshot=time.monotonic()+120
+  except Exception as e:append('errors.jsonl',{'time':d.now().isoformat(),'error':str(e)})
+  time.sleep(2)
+ for t in tails:t.poll()
+ append('lifecycle.jsonl',{'time':d.now().isoformat(),'event':'finished'})
@@ -0,0 +1,52 @@
+# Crash investigation checkpoint — waiting for recurrence
+
+User explicitly requested pausing active investigation until the next crash.
+Do not restart the raid test. Resume crash diagnosis when user returns.
+
+Original crash: 02.11.2026 11:05:19 CET, worldserver process258518, crashing
+thread258566. Kernel IP offset0x308157c resolves to Trinity::AbortHandler(int),
+Errors.cpp152. Preserved console stderr establishes the preceding error:
+std::vector<unsigned int>::operator[] const, stl_vector.h1282,
+assertion __n < this->size(), followed by Caught signal6. The handler deliberately
+writes to NULL, producing the kernel SIGSEGV. The ORIGINAL invalid access caller
+is not yet known. Do not attribute the crash to the handler or the VMAP warnings.
+
+No fresh original core: inherited core limit0. The Nov1 core is unrelated and
+must not be mistaken for this crash. Original Server/navigation logs, journal,
+110 saved character states and original loader setting1 preserved here. Original
+stdout/stderr including assertion remains in ../2026-11-02-shared-flight/startup.log.
+
+Controlled reproduction is RUNNING under existing GDB wrapper:
+- worldserver PID266615, GDB PID266570, tmux vcore-worldserver.
+- fresh ready verified, ports8085/8087 listening; /proc/266615/limits core unlimited.
+- launched through bin/start-worldserver-with-coredumps.sh.
+- expected automatic capture paths:
+  /home/wow_admin/wow_cata_server/server/debug/crash/worldserver-20261102-114738.core
+  /home/wow_admin/wow_cata_server/server/debug/crash/worldserver-20261102-114738.backtrace.log
+- GDB stops on fatal signal, generates core, prints thread apply all bt full.
+  A stopped process/remaining listening port during dump is not healthy readiness.
+- reproduction-console.log captures complete output including stderr.
+- loader configuration0 for fixed-roster reproduction; same110 bots manually loaded.
+  Their normal autonomous behavior continues. No new raid schedule/reset requested.
+- No source change, no build, no speculative guard added for this investigation.
+- Keep this exact binary and sources until core analysis. Source commits through
+  ae0b7513d9; no pushes. User has explicitly allowed waiting for hours.
+
+Offline evidence:
+- check_bih.py structurally validated140 .vmtree,9910 .vmo,27646 BIHs: zero invalid
+  indices. Parser handles legitimate empty-side infinite clips. Initial naïve
+  parser false positives corrected; bih-check.json is final authoritative result.
+- check_spawns.py scanned4123 tiles/1034378 spawn references: one anomaly and3466
+  missing model names. spawn-check.json retains the exact record; NOT yet diagnosed.
+- installed binary const uint-vector call sites enumerated/demangled into
+  uint-vector-const-callers*.txt (66 sites). Includes BIH traversal, Battlefield
+  data and other native getters; no caller has yet been confirmed by a stacktrace.
+- Kernel also shows earlier abort-handler-like crash04:03:45 (not proof of same
+  vector error), runtime libstdc++ crash08:14:33 and distinct null-call shutdown
+  crashes. Keep those separate from this runtime assertion.
+
+Next: inspect NEW backtrace/core when user reports recurrence. Identify vector
+index/size and actual caller, affected map/object/bot; then reproduce/fix the
+root cause and test. Do not claim investigation complete or a patch verified.
+Restore original loader1 via reload config AND clientless population reload when
+controlled investigation finishes; preserve/recover bot states under AGENTS rules.
@@ -0,0 +1,52 @@
+"""Read-only structural check of VMAP map/model BIH index arrays."""
+from pathlib import Path
+import struct,json,collections
+class Reader:
+ def __init__(self,data):self.data=data;self.p=0;self.trees=0
+ def take(self,n):
+  if self.p+n>len(self.data):raise ValueError('truncated at '+str(self.p))
+  v=self.data[self.p:self.p+n];self.p+=n;return v
+ def u(self):return struct.unpack('<I',self.take(4))[0]
+ def tag(self,s):
+  v=self.take(4)
+  if v!=s:raise ValueError('expected '+str(s)+' got '+str(v)+' at '+str(self.p-4))
+ def bih(self):
+  self.take(24);n=self.u();raw=self.take(4*n);tree=struct.unpack('<'+'I'*n,raw);k=self.u();raw=self.take(4*k);objects=struct.unpack('<'+'I'*k,raw);self.trees+=1
+  if n<3:raise ValueError('BIH root absent: '+str(n))
+  seen=set();pending=[(0,0)]
+  while pending:
+   node,depth=pending.pop()
+   if node in seen:raise ValueError('BIH cycle/shared child '+str(node))
+   seen.add(node)
+   if node+2>=n:raise ValueError(f'BIH tree[{node}..{node+2}] out of {n}')
+   if depth>64:raise ValueError('BIH stack depth >64')
+   word=tree[node];axis=word>>30;offset=word&0x1fffffff
+   if word&(1<<29):
+    if axis>2:raise ValueError('invalid BVH2 axis')
+    pending.append((offset,depth+1))
+   elif axis<3:
+    # Empty-side links are intentional placeholders, excluded by infinite clips.
+    if tree[node+1]!=0xff800000:pending.append((offset,depth+1))
+    if tree[node+2]!=0x7f800000:pending.append((offset+3,depth+1))
+   elif offset+tree[node+1]>k:raise ValueError(f'BIH objects[{offset}..{offset+tree[node+1]}] out of {k}')
+  if objects and max(objects)>=k:raise ValueError('BIH primitive index out of range')
+ def model(self):
+  self.take(8);self.tag(b'WMOD');self.u();self.u()
+  if self.p==len(self.data):return
+  self.tag(b'GMOD');count=self.u()
+  for _ in range(count):
+   self.take(32);self.tag(b'VERT');self.u();nv=self.u()
+   if not nv:continue
+   self.take(nv*12);self.tag(b'TRIM');self.u();nt=self.u();self.take(nt*12)
+   self.tag(b'MBIH');self.bih();self.tag(b'LIQU');self.take(self.u())
+  self.tag(b'GBIH');self.bih()
+root=Path('/home/wow_admin/wow_cata_server/data/vmaps');counts=collections.Counter();errors=[]
+for p in sorted(root.iterdir()):
+ if p.suffix not in ['.vmtree','.vmo']:continue
+ try:
+  r=Reader(p.read_bytes())
+  if p.suffix=='.vmtree':r.take(8);r.tag(b'NODE');r.bih()
+  else:r.model()
+  counts[p.suffix]+=1;counts['trees']+=r.trees
+ except Exception as e:errors.append({'file':p.name,'error':str(e)})
+result={'checked':dict(counts),'errors':errors};Path(__file__).with_name('bih-check.json').write_text(json.dumps(result,indent=2));print(json.dumps(result))
@@ -0,0 +1,23 @@
+"""Read-only VMAP spawn transform validation, matching ModelSpawn::readFromFile."""
+from pathlib import Path
+import struct,math,json,collections
+root=Path('/home/wow_admin/wow_cata_server/data/vmaps');counts=collections.Counter();errors=[];missing=collections.Counter()
+for path in sorted(root.glob('*.vmtile')):
+ try:
+  data=path.read_bytes();pos=8
+  def get(fmt):
+   global pos
+   size=struct.calcsize(fmt);v=struct.unpack_from(fmt,data,pos);pos+=size;return v
+  n=get('<I')[0];counts['tiles']+=1
+  for _ in range(n):
+   flags,adt,spawn=get('<BBI');vals=get('<7f');bound=get('<6f') if flags&2 else ()
+   length=get('<I')[0]
+   if length>500 or pos+length>len(data):raise ValueError('bad name length')
+   name=data[pos:pos+length].decode(errors='replace');pos+=length;counts['spawns']+=1
+   if not all(math.isfinite(v) for v in vals+bound) or vals[-1]<=0:
+    errors.append({'file':path.name,'spawn':spawn,'name':name,'transform':vals,'bounds':bound})
+   if not (root/(name+'.vmo')).exists():missing[name]+=1
+  if pos!=len(data):raise ValueError('trailing bytes '+str(len(data)-pos))
+ except Exception as e:errors.append({'file':path.name,'error':str(e)})
+result={'checked':dict(counts),'invalid_transforms_or_parse_errors':errors,'missing_unique_models':len(missing),'missing_spawn_references':sum(missing.values()),'missing_examples':missing.most_common(12)}
+Path(__file__).with_name('spawn-check.json').write_text(json.dumps(result,indent=2));print(json.dumps(result))
@@ -0,0 +1,43 @@
+# Crash 2026-11-02 14:05:58 CET
+
+GDB-controlled worldserver 266615 exited with SIGSEGV while unloading a grid.
+Private core: `/home/wow_admin/wow_cata_server/server/debug/crash/worldserver-20261102-114738.core`.
+Matching executable preserved as `worldserver.crashed` before any replacement.
+Full original thread stacks are beside the core; scoped analysis in core-details.log,
+model-cache.log and lifetime.log. No compilation or gameplay source changes.
+
+Main-thread path: std::_Hash_bytes -> VMapManager2::releaseModelInstance ->
+GameObjectModel::~GameObjectModel -> GameObject::~GameObject -> Map::UnloadGrid.
+GameObject spawn59235, entry190590 Unstable Explosives, display8181,
+map571 position5988.04,4473.78,-87.3617. Expected model Sc_Plaguebomb_Orange.m2.
+GameObjectModel0x7ffe25ec1c40 retains iModel0x7ffe138288c0; owner points back to
+correct GameObject0x7ffe132b0800. Model name pointer NULL, length4503599630732544.
+That address now has Movement::Spline<int> vtable (confirmed ELF symbol),
+consistent with reused allocation / stale pointer, not simply a misspelled filename.
+Cache has same model at0x7fff24244340 with refcount5; cache8416 entries.
+Exact premature release or pointer corruption source NOT proven.
+
+Distinct immediate signature from11:05 const uint vector assertion; relationship
+not established. Model refcount/cache lifecycle is next diagnostic target.
+Static same-map spawn identity scan1034378 references, ZERO conflicting model
+names per spawnID. All140 SIDX tables checked: ZERO index aliases.
+Earlier BIH structural checks also found no index error. These checks do not
+exclude runtime lifetime/concurrency corruption. Do not present speculative
+MapTree refcount hypotheses as established causes or patch them without evidence.
+
+Restart uses start-diagnostic.sh in this directory, existing unchanged binary,
+GDB core capture plus nonstopping breakpoint VMapManager2.cpp356: log model free
+stack for Sc_Plaguebomb_Orange.m2 (with/without trailing NUL). No user code invoked
+by debugger logpoint. Debugger tracing may affect timing. Original loader value1
+should be restored via reload config AND clientless population reload afterready.
+No repeat raid or dayplan changes authorized by this investigation.
+
+## Restart result
+Final worldserver PID284716, fresh ready message confirmed in restart-final-console.log;
+ports8085/8087 LISTEN and live process verified. Original Loader.Enabled=1
+restored; reload config and clientless population reload executed. Native status
+confirms enabled1/schema1, pools50/5/50/5, error empty; initial asynchronous load
+was still busy at first status. No gameplay acceptance or crash fix claimed.
+First diagnostic startup was stopped normally before loading bots to correct
+the model-name length filter; final filter23/24 matches actual name length23.
+No build/install; no individual bot forced logout; no dayplan/position resets.
@@ -0,0 +1,17 @@
+from pathlib import Path
+import struct,json,collections
+root=Path('/home/wow_admin/wow_cata_server/data/vmaps');seen={};conflicts=[];target=[];count=0
+for path in sorted(root.glob('*.vmtile')):
+ data=path.read_bytes();pos=8;mapid=int(path.name.split('_')[0])
+ def get(fmt):
+  global pos
+  n=struct.calcsize(fmt);v=struct.unpack_from(fmt,data,pos);pos+=n;return v
+ for _ in range(get('<I')[0]):
+  flags,adt,spawn=get('<BBI');pose=get('<7f');bounds=get('<6f') if flags&2 else ();length=get('<I')[0];name=data[pos:pos+length].decode(errors='replace');pos+=length;count+=1
+  key=(mapid,spawn);prev=seen.get(key)
+  item={'file':path.name,'map':mapid,'spawn':spawn,'model':name,'pose':pose}
+  if prev and prev['model']!=name:conflicts.append({'previous':prev,'next':item})
+  else:seen[key]=item
+  if name.rstrip('\x00')=='Sc_Plaguebomb_Orange.m2':target.append(item)
+result={'references':count,'unique_ids':len(seen),'model_conflicts':conflicts,'target_model_spawns':target}
+Path(__file__).with_name('spawn-identity.json').write_text(json.dumps(result,indent=2));print('references',count,'conflicts',len(conflicts),'target refs',len(target));print(json.dumps(conflicts[:6]))
@@ -0,0 +1,19 @@
+set pagination off
+set debuginfod enabled off
+set confirm off
+python
+import gdb,time
+class ModelFreeTrace(gdb.Breakpoint):
+ def stop(self):
+  try:
+   value=gdb.parse_and_eval('filename')
+   size=int(value['_M_string_length'])
+   if size not in (23,24):return False
+   name=value['_M_dataplus']['_M_p'].string(length=size)
+   if name.rstrip('\x00')!='Sc_Plaguebomb_Orange.m2':return False
+   gdb.write('\nMODEL_FREE '+time.strftime('%Y-%m-%d %H:%M:%S')+' '+repr(name)+' name_address='+str(value.address)+'\n')
+   gdb.execute('bt 12')
+  except Exception as error:gdb.write('MODEL_TRACE_ERROR '+str(error)+'\n')
+  return False
+ModelFreeTrace('VMapManager2.cpp:356',internal=True)
+end
@@ -0,0 +1,13 @@
+#!/bin/bash
+set -e
+umask 077
+ulimit -c unlimited
+root=/home/wow_admin/wow_cata_server
+stamp=$(date +%Y%m%d-%H%M%S)
+crash_dir="$root/server/debug/crash"
+exec gdb -q -nx -batch \
+ -ex "set logging file $crash_dir/worldserver-$stamp.backtrace.log" \
+ -ex 'set logging overwrite on' -ex 'set logging enabled on' \
+ -x "$root/source/TrinityCore/doc/clientless/checkpoints/2026-11-02-crash-140558/model-lifetime.gdb" \
+ -ex run -ex "generate-core-file $crash_dir/worldserver-$stamp.core" \
+ -ex 'thread apply all bt full' --args ./worldserver
@@ -0,0 +1,77 @@
+# Elevated flight navigation — 2026-11-02
+
+User correction: no fixed 30-yard height threshold. Near a raised destination,
+compare required ascent with horizontal distance × configured slope. Preserve
+ordinary slope-limited flight but explicitly permit a vertical aerial escape.
+Do not modify group refill behavior; the missing raid member followed a manual
+removal and is accepted for this performative test.
+
+Implementation in ClientlessFlightPath.h:
+- Within 100 horizontal yards, an insufficient slope budget or an obstructed
+  ascending direct approach selects an elevated approach.
+- Validate full descent from landing+10, a full open climb column, and the full
+  above-platform crossing before committing. At most 65 column candidates at
+  radii 0/25/50/100/150 around the current position.
+- Stable Escape/Climb/Cross/Descend phases prevent height oscillation. Vertical
+  climb is exempt from ordinary slope; normal cruising remains slope limited.
+- A blocked column can be reached laterally in clear air below an overhang.
+  The exception still checks the bare terrain/water floor, ceiling and all
+  collision-volume rays. Unknown floor fails closed. It does not tunnel through
+  an ADT hill or bypass platform collision.
+- Early normal climb reserves ascent distance for raised destinations.
+- Published group trails carry per-segment overhang permissions; followers and
+  moving-segment rechecks retain the same collision checks.
+
+Seven targeted tests pass (individual logs here): elevated geometry, ordinary flight,
+spline handoff, moving group follow, flight policy, landing search and native terrain fallback. Elevated tests
+cover a solid thin platform, starting directly beneath it, a 10-yard height change
+with insufficient horizontal slope budget, a blocked direct approach with enough
+slope budget, rejected closed/low-ceiling routes, terrain-floor rejection and
+shared follower segment validation.
+
+Existing test_flight_departure.py fails with unordered_map::at both on HEAD and
+this change: the extraction harness omits the newer preparation phase when
+asserting admission behavior. Baseline failure is preserved separately; not a
+new production regression. test_flight_handoff.py doubles were updated to the
+current production record and owner/replan dependencies.
+
+Initial build/install passed. The server was already offline before the build;
+no process/tmux session, so no safe-logout command could be delivered. Preserve
+residual online list (110 bots) and prior raw test data. Server exit cause unknown.
+First restart ready PID248139, ports8085/8087 checked. Loader kept paused.
+Initial native flight attempt was taken over by a normal day plan before schedule
+disable; safe return requested, then successful safe logout with zero sessions.
+Final build/install is tracked separately. Temporary Renren profile isolation and
+GM teleport destination must be restored/removed after the live experiment.
+
+## Final result
+
+Final -j10 build and install passed (build-final.log/install-final.log). Before
+shutdown, native safe logout confirmed zero pending/zero sessions; no five-minute
+exception or forced logout was needed. Final startup fresh ready PID249564,
+ports8085/8087 and live process verified.
+
+Live isolated flight: Renren159, native taxi_663 departure (-4170.55,-4748.93,
+126.787), destination portal_at_6354_source. Profile temporarily disabled ordinary
+behavior, backed up and restored byte-for-byte; no fake travel edge was added.
+At 08:27:23, vertical climb from (-4817.58,-4266.23,~619) was selected and reached
+837.77. Above-platform crossing ended at (-4905.67,-4232.75,837.77), then vertical
+touchdown at 827.77. FLIGHT_LANDED at 08:27:42: segments=64 avoidances=3,
+travelled=1279.85 error=0.00. This proves the real tower landing, not raid entry.
+Under-platform lateral escape is covered by geometry tests, not separately proven
+in-game. Raw live-flight-evidence.log and landing-confirmed.log retain proof.
+
+The profile was restored byte-for-byte, native Lua reload succeeded, schedule on.
+Temporary GM teleport destination deleted and native game_tele cache reloaded.
+110 original bots are back online; loader restored to1, safe-logout block resumed.
+Eight formerly hovering raid members were recovered natively to Stormwind before
+login; Renren landed safely on the platform. All110 login/movement/flight states
+were sampled. Additional unsupported Braneven121 at z93.962 (floor24.148), failed
+flight, was natively teleported to Orgrimmar; final z16.047/floor16.088, flying=0,
+falling=0 verified. 112/132 had failed flight records but were supported on ground
+and were left in place. Recovery logs retained; no production access/push.
+
+Original 06/07 test report was generated successfully at08:00:09: 40/92 arrivals
+at required meeting points, zero recorded instance entries, max9/10 cohort.
+It predates this fix. Group refill logic was explicitly rejected by user and
+remains unchanged.
@@ -0,0 +1,24 @@
+from pathlib import Path
+import sys,re,os,subprocess,json
+sys.path.insert(0,str(Path(__file__).resolve().parents[1]/'2026-11-02-0600-group-test'))
+import test_driver as d
+BASE=Path(__file__).resolve().parent
+def write(kind,sql):
+    h,port,u,password,db=re.search(r'^'+kind+r'DatabaseInfo\s*=\s*"([^"]+)"',d.CONF.read_text(),re.M)[1].split(';')
+    env=os.environ.copy();env['MYSQL_PWD']=password
+    r=subprocess.run(['mysql','--host='+h,'--port='+port,'--user='+u,'--database='+db],input=sql,text=True,capture_output=True,env=env,timeout=30)
+    if r.returncode:raise RuntimeError(r.stderr.replace(password,'[redacted]'))
+def isolate():
+    assert not d.query('Character','SELECT guid FROM characters WHERE guid=159 AND online=1')
+    original=d.query('Character','SELECT HEX(profile_lua) profile FROM vcore_adventure_generated_bot WHERE character_guid=159')[0]['profile']
+    p=BASE/'renren-profile-backup.json'
+    if p.exists():assert json.loads(p.read_text())['profile']==original
+    else:p.write_text(json.dumps({'profile':original}))
+    changed=bytes.fromhex(original).decode().replace('enabled = true, daily_schedule = true',"enabled = false, daily_schedule = false").replace("initial_intent = 'social'","initial_intent = ''")
+    assert changed!=bytes.fromhex(original).decode()
+    write('Character',"UPDATE vcore_adventure_generated_bot SET profile_lua=UNHEX('"+changed.encode().hex()+"') WHERE character_guid=159")
+def restore():
+    original=json.loads((BASE/'renren-profile-backup.json').read_text())['profile']
+    write('Character',"UPDATE vcore_adventure_generated_bot SET profile_lua=UNHEX('"+original+"') WHERE character_guid=159")
+if __name__=='__main__':
+    {'isolate':isolate,'restore':restore}[sys.argv[1]]()
@@ -0,0 +1,27 @@
+# Live lag investigation
+User recording elevators; explicitly answered NO to restart because recording is ongoing.
+DO NOT restart, kill/detach GDB or interrupt/reset recording before it is saved.
+Population remains10, loader0. Worldserver2302/GDB2220 unchanged.
+No build/code patch/DB modifications. Temporary Logger.misc=3,Console Server
+added to worldserver.conf and reloadconfig applied. This enables native existing
+world-update phase measurements >100ms, without rebuilding. Other logger settings
+unchanged. Low-volume logger may remain for diagnosis; remove exact added block
+and reloadconfig after diagnosis if not needed.
+
+Observed UpdateMapMgr143,1808,1817,420,835ms; UpdateTerrainMgr206,166ms.
+CPC ten-bot controller time ~340-400ms total per30sec, maxsingle8.5ms in recent
+windows. Earlier near population drain35sec/194ticks and54sec/3602ticks indicate
+large stalls; phases were not logged then. CPU/memory:7.5GBavailable, vmstat
+no current swap activity/steal, hostmostlyidle. Swap historical2.7GB not proof
+of current swapping. No hardware performance profiling privilege(perf denied,
+sudo requires authentication); do not change host security settings.
+
+Thread sample20sec: Mapworkers2404..2407 used~25 CPU-seconds combined,
+mainthread1.1 CPU-seconds. Only1/1236 samples showed debugger stop, so no evidence
+for continuous GDB all-stop. Cannot exclude short or intermittent debug overhead
+or grid teardown pauses. Do not claim definite root cause or fix.
+
+Prepared start-passive-diagnostic.sh preserves GDB core+all-thread backtraces,
+omits additional model free breakpoint. NOT STARTED. Controlled comparison may
+be run only after user recording is safely saved; normal10bot drain/restart
+rules apply. Preserve current crash binary/core. Current crash tracing active.
@@ -0,0 +1,12 @@
+#!/bin/bash
+set -e
+umask 077
+ulimit -c unlimited
+root=/home/wow_admin/wow_cata_server
+stamp=$(date +%Y%m%d-%H%M%S)
+crash_dir="$root/server/debug/crash"
+exec gdb -q -nx -batch \
+ -ex "set logging file $crash_dir/worldserver-$stamp.backtrace.log" \
+ -ex 'set logging overwrite on' -ex 'set logging enabled on' \
+ -ex run -ex "generate-core-file $crash_dir/worldserver-$stamp.core" \
+ -ex 'thread apply all bt full' --args ./worldserver
@@ -0,0 +1,75 @@
+# Shared-flight landing and continuity fix — 02.11.2026
+
+User observed followers turning away above the Bastion platform and repeated
+pauses in flight. No group-refill policy changes are part of this fix.
+
+## Root cause
+
+09:34:53: leader Winienwi163 walks8yd to open takeoff column. His prepared
+Flight Record already has Target but does not have a validated Landing yet.
+09:34:55: followers166/159/161 attach to the leader trail BEFORE the leader's
+landing-search result is published. Old Begin copied Status.Landing immediately,
+which at this phase is the default zero Position. The shared pointer to the
+trail survives preparation, but the copied landing never updated.
+09:37:33: leader lands correctly at827.765625 and subsequently enters instance2.
+09:37:49..52: followers reach the hover point837.765625. The zero-goal corridor
+retains the8yd safety floor margin at the true touchdown and rejects descent.
+Fail() therefore starts a checked breadcrumb return; this is not a successful
+arrival or a deliberate new destination. Evidence root-cause-evidence.jsonl.
+
+## Implementation
+
+SharedTrail now publishes Landing and LandingReady. Begin does not copy the
+leader's potentially uninitialised Record Position. Advance binds the validated
+landing from the shared object, waiting for publication if preparation continues.
+Followers retain a shared object even after the leader leaves for the instance.
+Native attachment logs now include landingReady.
+
+For continuity, handoff begins while up to1500ms remain rather than600ms.
+Followers may advance to the next published endpoint before stopping at the old
+endpoint, but only if the complete shortcut corridor is clear. Escape-leg corners
+are retained. Aborted trails still fail closed. Explicit shared-reject diagnostics
+include index, point count, abort flag and effective landing.
+
+Eight targeted tests PASS. New regression reproduces the zero-goal terminal
+failure, exercises the real Advance landing-binding prefix with delayed
+publication, tests terminal descent, early running handoff, blocked corners,
+escape legs and aborted trails. Existing ordinary/elevated flight, native handoff,
+group follow, policy, landing search and terrain tests retained.
+
+## Build and recovery
+
+Build-j10 and install PASS. Safe logout requested09:49:23.822668; configuration
+loader0 initially did not stop the cached loader. Explicit population reload then
+confirmed enabled0 (loader-paused.log). This pause correction happened after the
+build had begun and is documented rather than treating the earlier pause as
+verified. Before installation, the full five-minute drain elapsed. Remaining14
+bots, positions, native available flags and diagnostics were preserved in
+final-remaining.json / final-remaining-native.log / last-available-remaining-flags.json.
+Five-minute exception allowed clean server shutdown; no individual forced logout
+or flight interruption was used to install. Process/tmux absence verified before
+install. Fresh startup ready PID258518, ports8085/8087 verified.
+
+Original ten-bot test evidence preserved. Only ten test bots' previous handoff and
+instance-visit records were backed up and cleared to start a fresh run; all ten
+natively teleported offline to the Golden Rose, reloaded, slots09formation and
+10raid6354_d0 applied. Complete group1, leader163, all ten confirmed. Normal loader
+restored (including explicit population reload); all14 recovery bots requested
+login. Moving native taxi/flight actors left intact. Six unsupported stationary
+actors74/77/91/93/102/121 received native capital recovery after login checks;
+post-restart-native.log and recovery-capitals.log preserve findings/results.
+Temporary GM teleport destination removed and cache reloaded. No production use.
+Live result of the new10:00 run is recorded separately below when available.
+
+## Live follow-up limitation
+
+10:00 retry remains a complete ten-bot group led by163 with unchanged raid goal.
+The initial route now stalls on the separately known ground safety issue: native
+MMAP taxi_2 -> stormwind_tradecenter is complete (path189.55yd) but execution
+returns PathRejected. Repeated departure approaches are interrupted. The group
+has not reached the tower again as of10:02, so this run does NOT prove the final
+follower descent or visually smooth flight. New landingReady=1 attachment and
+short native flights were logged, but they are not a substitute for that proof.
+All110 bots online, loader enabled1, original group still intact. Existing
+observer remains active until11:00; no automatic chat report is promised.
+The next independent blocker is the local ground safety/recovery behavior.
@@ -0,0 +1,74 @@
+{
+  "configured_at": "2026-11-03T18:59:42.951826+01:00",
+  "date": 20261103,
+  "formation_hour": 19,
+  "raid_hour": 20,
+  "timezone": "Europe/Berlin",
+  "meeting": "the_gilded_rose",
+  "raid": "instance_visit_at_6354_d0",
+  "difficulty": "normal 10-player",
+  "roster": [
+    {
+      "guid": 159,
+      "name": "Renren",
+      "level": 85,
+      "role": "damage"
+    },
+    {
+      "guid": 160,
+      "name": "Marndra",
+      "level": 85,
+      "role": "damage"
+    },
+    {
+      "guid": 161,
+      "name": "Marnda",
+      "level": 85,
+      "role": "healer"
+    },
+    {
+      "guid": 162,
+      "name": "Aruendas",
+      "level": 85,
+      "role": "healer"
+    },
+    {
+      "guid": 163,
+      "name": "Winienwi",
+      "level": 85,
+      "role": "damage"
+    },
+    {
+      "guid": 164,
+      "name": "Taliaarnora",
+      "level": 85,
+      "role": "damage"
+    },
+    {
+      "guid": 165,
+      "name": "Brynda",
+      "level": 85,
+      "role": "damage"
+    },
+    {
+      "guid": 166,
+      "name": "Corric",
+      "level": 85,
+      "role": "damage"
+    },
+    {
+      "guid": 167,
+      "name": "Ragnorli",
+      "level": 85,
+      "role": "tank"
+    },
+    {
+      "guid": 176,
+      "name": "Ashaelri",
+      "level": 85,
+      "role": "tank"
+    }
+  ],
+  "commit": "a6572242c6",
+  "observation": "user observes; no background observer"
+}
@@ -0,0 +1,54 @@
+# Crash 2026-11-03 06:08:42 CET: VMAP handle leak and unowned model release
+
+Core: server/debug/crash/worldserver-20261103-011325.core, birth06:08:42,
+writecomplete06:08:59. Matching ELF saved as worldserver.crashed before install.
+Main thread15926: std::_Hash_bytes(NULL,137445607484) ->
+VMapManager2::releaseModelInstance -> GameObjectModel destructor -> grid unload.
+Object Shards, spawn210760, entry138492, display1667, map0/zone45ArathiHighlands,
+position-942.842/-3116.75/48.4207. Expected Floatingpurplecrystal01.m2.
+Its retained model address0x7fff27c2c080 now contains Movement::Spline<int> vtable;
+cache has no matching model. Same immediate stale-model failure as earlier
+Sc_Plaguebomb_Orange case, different object/location. Not an elevator call path.
+
+Concrete evidence in core:4075 live stdio streams,4069 flags0xfbad2488;
+4070 unread/unbuffered files, highestFD4095 (launch limit4096). StaticMapTree::
+CanLoadMap opens a tile via OpenMapTileFile, then shadows/reopens tf and never
+closes the original unread stream. One leak per successful existence probe.
+Several existing/unchanged/valid model files then fail to open in runtime logs.
+The old LoadMapTile records spawns even when acquireModelInstance returnedNULL.
+UnloadMapTile re-reads filenames and releases them unconditionally. If a dynamic
+GameObject successfully acquires that model after the temporary FD shortage,
+unloading the failed tile can release its reference and delete the live model.
+
+Production-method regression reproduces BOTH defects on revision6f8f59ec6d:
+--baseline6f8f59ec6d fd and lifetime cases abort at their safety assertions.
+Fixed-source fd/lifetime/shared cases PASS. Tests cover bounded FD count over128
+real probes, parent fallback, invalid magic, transient acquire failure followed
+by dynamic ownership, shared two-tile ownership, duplicate load, whole-map clear,
+partial/truncated files and unloading after tile-file deletion, missing tiles and
+unindexed parent overlaps. Tests use actual production lifecycle methods with a
+controlled model cache/temporary tile files; parser/collision integration remains
+native-server verification.
+
+Fix: close and validate the already-open tile, including parent fallback. Each
+loaded tile stores its exact successful model references (filename/tree index),
+unloading releases only that ledger without reopening files. Failed acquisitions
+are not registered; rejected indices are not acquired; conflicting slot models
+are balanced immediately. Duplicate load returns stored result without acquiring
+again. Whole-map unload uses the same ownership ledger. Core architecture and
+bot code unchanged. Sources MapTree.h/.cpp plus new test_vmap_tile_lifetime.py.
+
+Build-j10 and existing configured install successful. Server initially already
+crashed/offline, no live sessions to request safe logout from; loader paused0
+before tests/build/install. No running worldserver/authserver overwritten.
+Original loader1 and population50/5/50/5 to restore after ready verification.
+Passive GDB core+all-thread capture used on restart, without software logpoints.
+Original core/binary retained. No commit or push requested for this new fix.
+
+## Restart verified
+Worldserver33318/GDB33307, fresh ready+ports8085/8087 and unlimitedCore checked.
+Original loader1 restored with config+population reload. Native final counts
+50/5/50/5 all online, pending0, total110, loadererror empty. FD samples remained
+26 during0/39/77/107 bots and final count is26, with no open vmtile files.
+New crash baseworldserver-20261103-121738. Passive GDB capture stays active.
+Long-duration recurrence has not been ruled out by this short verification.
@@ -0,0 +1,56 @@
+# Elevator boarding, exit and five-minute recovery
+
+Final source: ClientlessTransportMgr.h/.cpp and ClientlessTransportDeckMgr.cpp.
+Type11 boarding begins only at a matching stopped dock with >=500ms remaining;
+exiting requires stopped dock but no remaining-time budget. Ship, zeppelin and
+tram budget checks unchanged. An elevator that departs during a transition keeps
+its passenger and retries without accidentally cancelling the journey. Once on
+land, final exit movement can finish after the platform departs.
+
+After300000ms as an actual elevator passenger, native TeleportTo moves to the
+original recorded destination node. Aborted attempts cannot replace that target.
+Native ACK completes before arrival is published. Unknown, incompatible or
+forbidden targets do not trigger rescue. Dead characters retain normal death
+handling. A restored passenger without original boarding history uses the nearest
+recorded floor and its unique opposite as recovery direction; direction is not
+persisted across restarts. Source guards and documentation make this explicit.
+
+Validation: test_transport.py (test-transport-3.log) PASS; actual production
+methods exercised with deterministic world doubles:499/500ms boundary, stopped
+vs moving/wrong dock, both directions, exactly300000ms, no rescue when on land
+or riding ships, unchanged destination after cancellation, teleport rejection,
+short-stop interrupted boarding and final land exit. test_transport_deck_return.py
+and test_transport_grid_loading.py PASS. Build3-j10 and final install PASS.
+
+Dedicated registered testbot Morvath150, no Adventure profile, used in live run
+'elevator-final-20261103'. Both physical and native Arrived states confirmed:
+01:14:52 upper node,01:16:16 lower node. Boarding diagnostics show500ms.
+On downward exit, departure interrupted disembarking; passenger retained and
+next stop completed successfully (no cancelled result). Test passed in128192ms;
+no five-minute rescue used. Final testbot automatically logged out. Five-minute
+rescue was tested deterministically, not by intentionally stranding a live bot.
+First live run succeeded physically but exposed cancelled outcomes; final
+source fixes that case and was rebuilt/reinstalled before the final live run.
+
+Build safety: first safe drain00:55:25;10remaining after>5min documented before
+shutdown. Native shutdown again hit preexisting OPvPCapturePoint NULLcall; core
+003512 kept, matching old binary worldserver.crashed in previous checkpoint.
+First build installed, tested, then continuous second safe drain from01:06:36;
+8remaining after311sec documented in shutdown-exception-2.json. No individual
+forced logout/transport detach to compile. Shutdown core010220 kept, its matching
+first-fix binary worldserver-first-elevator preserved here. Final process15926
+under passiveGDB15915, ready+ports8085/8087+unlimitedcore verified. Crash base
+worldserver-20261103-011325. Additional model-release debugger breakpoint absent.
+Loader0 throughout builds/install/restart; restored1 after startup/recovery,
+original50/5/50/5 pools loading normally. Recovery probes/actions in final startup
+log: eight recorded bots relogged; taxi48/52 progressing,72 reached node,81 moved
+from tower to ground;43/61/88/94 native states preserved. Earlier35/121 were
+natively recovered to faction capitals with post-teleport probes verifying result.
+No character deletion, dayplan/profile replacement, commit or push.
+
+## Final state
+110 AdventureBots confirmed online, pools50/5/50/5, pending0, loaderenabled1,
+error empty. Dedicated test150 is logged out. Mokrak117 naturally used the other
+Orgrimmar elevator219022 and reached lower node normally at01:19:05, with native
+Arrived and no forced administrative test/teleport. See mokrak-natural-trip.log.
+Crash capture remains active under passive GDB. No lag/crash fix claimed.
@@ -0,0 +1,23 @@
+local bot = testbot.login(150)
+assert(testbot.teleport(bot, 1, 1750.16, -4389.2, 42.508, 5.31253))
+testbot.await(function() return testbot.online(bot) end, 10000, "initial teleport")
+testbot.record("ready_bottom", testbot.state(bot))
+testbot.await(function() return testbot.online(bot) and testbot.state(bot).transport == 1 end, 90000, "board upward")
+testbot.record("boarded_upward", testbot.state(bot))
+testbot.await(function()
+ if not testbot.online(bot) then return false end
+ local s=testbot.state(bot)
+ return s.transport == 0 and math.abs(s.z-109.633)<2 and math.abs(s.x-1759.33)<3 and math.abs(s.y+4402.45)<3
+end, 100000, "leave at upper node")
+testbot.wait(1000)
+testbot.record("arrived_top", testbot.state(bot))
+testbot.await(function() return testbot.online(bot) and testbot.state(bot).transport == 1 end, 90000, "board downward")
+testbot.record("boarded_downward", testbot.state(bot))
+testbot.await(function()
+ if not testbot.online(bot) then return false end
+ local s=testbot.state(bot)
+ return s.transport == 0 and math.abs(s.z-42.508)<2 and math.abs(s.x-1750.16)<3 and math.abs(s.y+4389.2)<3
+end, 100000, "leave at lower node")
+testbot.wait(1000)
+testbot.record("arrived_bottom", testbot.state(bot))
+testbot.check(true, "real elevator round trip completed without administrative rescue")
@@ -0,0 +1,44 @@
+# Ground-safety rejection at Stormwind gryphon master
+
+Native first rejection after diagnostic deployment is identical for176/166/164:
+14:49:09..14 segment9, LOS from(-8856.588,517.633,109.881) to
+(-8858.637,521.069,109.340). These Z values are already feet+1, matching the
+validator's actual ray. Ground/step samples on preceding segments passed.
+
+Independent reconstruction from the actual map0 vmtile placements and .vmo
+triangle meshes reproduces intersection with Sw_Tradedistrict.wmo, spawn46365,
+WMO group13/id27435, triangles37 and43. First hit approximately
+(-8856.671,517.772,109.859). These are two perpendicular vertical model faces;
+we have not established which visible architectural piece they represent.
+Nearby barrel46585's mesh does NOT intersect this ray; do not blame the barrel.
+See check_los_mesh.py, los-static-candidates.json and los-triangle-hits.json.
+
+The MMAP-complete path's straight segment conflicts with the actual VMAP geometry.
+This is a specific LOS rejection, not the height-tolerance/steepness limit. Later
+alternative paths also generated ground-height errors (e.g1.778 vs1.750 yards,
+and some5-8yard drops); those are separate subsequent failures, not this first
+rejection. Recovery reuses the same synthetic local_bridge with ID0, which cannot
+be blacklisted by its current edge-ID-only logic, and exhausts five retries.
+
+Only diagnostic logging was added, plus the log macro stub in the existing
+production-method group-travel test. No movement/safety/planning behavior changed.
+Existing group-travel test and CMake-j10 build passed, installed. User explicitly
+allowed interruption of the current raid test and ONE-TIME60sec shutdown delay
+instead of300sec; requesttime14:41:37, actual>202sec before shutdown. Original
+five-minute rule remains for future unrelated builds. Loader0 and safe logout
+requested before compilation.22remaining with GUID/name/faction/position/available
+flight/action/transport status persisted before shutdown. No individual force
+logout/detach to compile. Native shutdown reproduced known null-call failure;
+core121738 retained, matching ELF worldserver-before-diagnostics saved here.
+
+New process40815 under passive GDB40804, ready+ports8085/8087+unlimitedCore checked.
+Affected3 logged in at their original saved gryphon-master position, no admin
+teleport/reset of those3. Their normal schedules replanned and they subsequently
+walked elsewhere; no claim that a navigation correction unblocked them.
+Previous119sessions restored via native logins (core event list missed72, union
+with initial start list/ready inventory restores all119). Loader1+config/population
+reload restored. Native119online/pending0. Recorded restart residuals checked;
+failed unsupported flights42/99/118 recovered natively to faction capitals per
+build policy and post-teleport movement verified. Others retain native taxi/flight
+owners (e.g165 still in an active flight). No ongoing observer/evaluator created.
+Crash capture continues, baseworldserver-20261103-144731. No commit/push requested.
@@ -0,0 +1,51 @@
+from pathlib import Path
+import struct,json,math
+ROOT=Path('/home/wow_admin/wow_cata_server/data/vmaps')
+BASE=Path(__file__).parent
+A=(-8856.588,517.633,109.881);B=(-8858.637,521.069,109.340)
+mid=0.5*64*533.33333333
+world=lambda p:(mid-p[0],mid-p[1],p[2])
+def sub(a,b):return tuple(x-y for x,y in zip(a,b))
+def add(a,b):return tuple(x+y for x,y in zip(a,b))
+def mul(a,t):return tuple(x*t for x in a)
+def dot(a,b):return sum(x*y for x,y in zip(a,b))
+def cross(a,b):return(a[1]*b[2]-a[2]*b[1],a[2]*b[0]-a[0]*b[2],a[0]*b[1]-a[1]*b[0])
+def matmul(a,b):return [[sum(a[i][k]*b[k][j] for k in range(3)) for j in range(3)] for i in range(3)]
+def mv(m,p):return tuple(dot(row,p) for row in m)
+def rotation(pose):
+ x,y,z=(math.radians(v) for v in pose[3:6]);c,s=math.cos,math.sin
+ rz=[[c(y),-s(y),0],[s(y),c(y),0],[0,0,1]];ry=[[c(x),0,s(x)],[0,1,0],[-s(x),0,c(x)]];rx=[[1,0,0],[0,c(z),-s(z)],[0,s(z),c(z)]]
+ return matmul(rz,matmul(ry,rx))
+def triangle_hit(a,b,p,q,r):
+ d=sub(b,a);e1=sub(q,p);e2=sub(r,p);h=cross(d,e2);det=dot(e1,h)
+ if abs(det)<1e-9:return None
+ inv=1/det;tvec=sub(a,p);u=dot(tvec,h)*inv
+ if u<0 or u>1:return None
+ v=dot(d,cross(tvec,e1))*inv
+ if v<0 or u+v>1:return None
+ t=dot(e2,cross(tvec,e1))*inv
+ return t if 0<=t<=1 else None
+hits=[]
+for model in json.loads((BASE/'los-static-candidates.json').read_text()):
+ name=model['name'];path=ROOT/(name.split('\x00')[0]+('' if '\x00' in name else '.vmo'));data=path.read_bytes();pos=28;count=struct.unpack_from('<I',data,24)[0]
+ def read(fmt):
+  global pos
+  vals=struct.unpack_from(fmt,data,pos);pos+=struct.calcsize(fmt);return vals
+ def chunk(expected):
+  global pos
+  assert data[pos:pos+4]==expected,(name,pos,data[pos:pos+4],expected);pos+=4
+ def skip_bih():
+  global pos
+  pos+=24;words=read('<I')[0];pos+=words*4;n=read('<I')[0];pos+=n*4
+ pose=model['pose'];rot=rotation(pose);inv=list(map(list,zip(*rot)));scale=pose[6]
+ local=lambda p:mul(mv(inv,sub(world(p),pose[:3])),1/scale)
+ a,b=local(A),local(B)
+ for group in range(count):
+  bounds=read('<6f');flags,groupid=read('<II');chunk(b'VERT');size,n=read('<II')
+  if not n:continue
+  vertices=[read('<3f') for _ in range(n)];chunk(b'TRIM');size,n=read('<II');tris=[read('<3I') for _ in range(n)];chunk(b'MBIH');skip_bih();chunk(b'LIQU');size=read('<I')[0];pos+=size
+  for i,ids in enumerate(tris):
+   tri=[vertices[j] for j in ids];t=triangle_hit(a,b,*tri)
+   if t is not None:
+    internal=add(mv(rot,mul(add(a,mul(sub(b,a),t)),scale)),pose[:3]);point=(mid-internal[0],mid-internal[1],internal[2]);hits.append({'model':name,'spawn':model['id'],'group':group,'group_id':groupid,'triangle':i,'fraction':t,'hit_world':point,'vertices_local':tri})
+hits.sort(key=lambda h:h['fraction']);(BASE/'los-triangle-hits.json').write_text(json.dumps(hits,indent=2));print(json.dumps(hits,indent=2))
@@ -0,0 +1,13 @@
+#!/bin/bash
+set -e
+umask 077
+ulimit -c unlimited
+root=/home/wow_admin/wow_cata_server
+stamp=$(date +%Y%m%d-%H%M%S)
+crash_dir="$root/server/debug/crash"
+exec gdb -q -nx -batch \
+ -ex "set pagination off" -ex "set confirm off" -ex "set debuginfod enabled off" \
+ -ex "set logging file $crash_dir/worldserver-$stamp.backtrace.log" \
+ -ex 'set logging overwrite on' -ex 'set logging enabled on' \
+ -ex run -ex "generate-core-file $crash_dir/worldserver-$stamp.core" \
+ -ex 'thread apply all bt full' --args ./worldserver
@@ -0,0 +1,4 @@
+#include "ClientlessFlightPath.h"
+#include <cassert>
+using namespace ClientlessFlightPath;
+int main(){Settings c;Memory m;auto sample=[](float,float){return Surface{94.314f,550,true};};auto ray=[](Point const&,Point const&){return true;};Point goal{-8186,419,94.314f};auto n=Next({-8829,624,94.314f},goal,c,m,sample,ray);assert(n.Valid&&!m.Departed);n=Next({-8826.7f,622.306f,96.4122f},goal,c,m,sample,ray);assert(n.Valid&&!m.Departed);n=Next({-8800,610,104},goal,c,m,sample,ray);assert(n.Valid&&m.Departed);}
@@ -0,0 +1,17 @@
+local bot = testbot.login(150)
+testbot.level(bot, 80)
+testbot.stats(bot, 1000000)
+testbot.learn(bot, 34091)
+testbot.learn(bot, 54197)
+testbot.learn(bot, 107844)
+assert(testbot.skill(bot, 762, 375, 375))
+assert(testbot.teleport(bot, 571, 4059.27, 2747.79, 354.88, 0))
+testbot.wait(4000)
+testbot.request_cast(bot, 107844)
+testbot.wait(7000)
+testbot.record('after_native_mount_request', testbot.state(bot))
+testbot.wait(25000)
+assert(testbot.teleport(bot, 0, -8833.07, 622.778, 93.932, 0))
+testbot.wait(4000)
+testbot.record('after_leaving_wintergrasp', testbot.state(bot))
+testbot.wait(25000)
@@ -0,0 +1,23 @@
+local bot = testbot.login(150)
+testbot.level(bot, 80)
+testbot.stats(bot, 1000000)
+testbot.learn(bot, 34091)
+testbot.learn(bot, 54197)
+testbot.learn(bot, 107844)
+assert(testbot.skill(bot, 762, 375, 375))
+for _, aura in ipairs({32243, 32235, 107844, 91262}) do
+    testbot.remove_aura(bot, aura)
+end
+assert(not testbot.has_aura(bot, 91262))
+assert(not testbot.has_aura(bot, 107844))
+assert(testbot.teleport(bot, 571, 4059.27, 2747.79, 354.88, 0))
+testbot.wait(4000)
+testbot.check(testbot.has_aura(bot, 91262), 'permission automatically applied in Wintergrasp')
+testbot.request_cast(bot, 107844)
+testbot.wait(7000)
+testbot.check(testbot.has_aura(bot, 107844), 'Twilight Harbinger freshly summoned via native request')
+testbot.record('in_wintergrasp', testbot.state(bot))
+assert(testbot.teleport(bot, 1, 1569, -4397, 16.1, 0))
+testbot.wait(4000)
+testbot.check(not testbot.has_aura(bot, 91262), 'permission removed after leaving Wintergrasp')
+testbot.record('after_leaving_wintergrasp', testbot.state(bot))
@@ -0,0 +1,13 @@
+local bot = testbot.login(150)
+testbot.level(bot, 80)
+testbot.stats(bot, 1000000)
+testbot.learn(bot, 34090)
+testbot.learn(bot, 54197)
+testbot.learn(bot, 32243)
+assert(testbot.skill(bot, 762, 225, 225))
+assert(testbot.teleport(bot, 571, 4059.27, 2747.79, 354.88, 0))
+testbot.wait(4000)
+testbot.request_cast(bot, 32243)
+testbot.wait(7000)
+testbot.record('after_native_mount_request', testbot.state(bot))
+testbot.wait(30000)
@@ -0,0 +1,44 @@
+from pathlib import Path
+import sys,json,re,time,datetime
+sys.path.insert(0,'doc/clientless/checkpoints/2026-11-02-0600-group-test')
+sys.path.insert(0,'doc/clientless/checkpoints/2026-11-02-elevated-flight')
+import test_driver as d
+import live_support as w
+B=Path(__file__).resolve().parent
+G=[159,160,161,162,163,164,165,166,167,176];ids=','.join(map(str,G));today=int(d.now().strftime('%Y%m%d'))
+assert d.now().hour==1, 'Formation hour no longer current'
+def save(name,data):
+ p=B/(name+'.json')
+ if p.exists():return # Preserve snapshots from the read-only attempt before any mutation.
+ p.write_text(json.dumps(data,indent=2,ensure_ascii=False))
+conf=d.CONF.read_text();loader=int(re.search(r'^Clientless.Adventure.Loader.Enabled\s*=\s*(\d+)',conf,re.M)[1])
+save('operation',{'requested_at':d.now().isoformat(),'date':today,'formation_hour':1,'raid_hour':2,'meeting':'the_gilded_rose','raid':'instance_visit_at_6354_d0','guids':G,'loader_before':loader,'observation':'user observes; no background observer'})
+save('before-online',d.roster())
+save('before-plans',d.query('World',f'SELECT * FROM vcore_adventure_day WHERE character_guid IN ({ids}) AND local_date={today}'))
+save('before-handoff',d.query('World',f'SELECT * FROM vcore_adventure_group_handoff WHERE character_guid IN ({ids})'))
+save('before-visits',d.query('Character',f'SELECT * FROM vcore_adventure_instance_visit WHERE character_guid IN ({ids})'))
+save('before-characters',d.query('Character',f'SELECT guid,name,map,instance_id,zone,position_x,position_y,position_z,orientation,transguid,taxi_path,health FROM characters WHERE guid IN ({ids})'))
+d.CONF.write_text(re.sub(r'^(Clientless.Adventure.Loader.Enabled\s*=\s*)\d+',lambda m:m[1]+'0',conf,flags=re.M));d.command('clientless population reload')
+for g in G:d.command(f'clientless logout {g}')
+for _ in range(40):
+ if not d.query('Character',f'SELECT guid FROM characters WHERE guid IN ({ids}) AND online=1'):break
+ time.sleep(1)
+else:raise RuntimeError('Test group still online; no position writes performed; loader remains paused')
+# Persist new intents before teleport. No running record can overwrite them.
+values=','.join(f"({g},{today},{h},'{intent}','{location}')" for g in G for h,intent,location in [(1,'groupformation','the_gilded_rose'),(2,'raid','instance_visit_at_6354_d0')])
+w.write('World',f"REPLACE INTO vcore_adventure_day (character_guid,local_date,hour_slot,intent,location_key) VALUES {values}; DELETE FROM vcore_adventure_group_handoff WHERE character_guid IN ({ids});")
+plans=d.query('World',f'SELECT character_guid,hour_slot,intent,location_key FROM vcore_adventure_day WHERE character_guid IN ({ids}) AND local_date={today} AND hour_slot IN (1,2) ORDER BY character_guid,hour_slot')
+assert len(plans)==20
+save('verified-plans-before-teleport',plans)
+w.write('Character',f"DELETE FROM vcore_adventure_instance_visit WHERE character_guid IN ({ids}); UPDATE characters SET map=0,instance_id=0,zone=1519,position_x=-8864.73,position_y=669.015,position_z=97.9031,orientation=0,transguid=0,trans_x=0,trans_y=0,trans_z=0,trans_o=0,taxi_path='' WHERE guid IN ({ids}) AND online=0;")
+save('offline-rose',d.query('Character',f'SELECT guid,name,map,instance_id,position_x,position_y,position_z,health FROM characters WHERE guid IN ({ids})'))
+for g in G:d.command(f'clientless login {g}')
+for _ in range(40):
+ online=d.query('Character',f'SELECT guid FROM characters WHERE guid IN ({ids}) AND online=1')
+ if len(online)==10:break
+ time.sleep(1)
+else:raise RuntimeError('Not all test bots logged in; loader remains paused')
+# Stop briefly outside the instance so stale native membership can be left safely.
+for g in G:d.command(f'clientless adventure stop {g}');d.command(f'clientless interaction {g} leave')
+time.sleep(2)
+print('Plans persisted, all ten relocated and online; native group leave requested.',flush=True)
@@ -0,0 +1,23 @@
+Der Absturz wurde durch einen Fehler in der Datenbank-Wiederverbindung ausgelöst.
+
+Ablauf am 4. November 2026 (MEZ):
+- 06:33:21 startet apt-daily-upgrade.service. Das automatische Update installiert libpcre2-8-0 und libpcre2-posix3.
+- 06:33:26 wird die lokale MariaDB regulär gestoppt; 06:33:28 ist sie wieder verbindungsbereit.
+- Der Worldserver protokolliert Fehler 2013 (Verbindung während Query verloren), danach einen fehlgeschlagenen Verbindungsaufbau nach 127.0.0.1 und "Unhandled MySQL errno 2002".
+- MySQLConnection::_HandleMySQLErrno schließt den alten Handle und setzt ihn auf null. Open() scheitert vorübergehend. Der rekursive Fehlerpfad kennt CR_CONN_HOST_ERROR=2003, aber nicht CR_CONNECTION_ERROR=2002. Daher bricht er nach der ersten fehlgeschlagenen Wiederverbindung ab, obwohl noch Versuche übrig wären.
+- Der asynchrone Worker bleibt mit null-Handle und m_reconnecting=true bestehen. Ping() prüft weder den Handle noch den Rückgabewert von mysql_ping.
+- Eine nachfolgende PingOperation ruft mysql_ping(nullptr) auf und verursacht SIGSEGV. Der Dump wurde um 06:34 geschrieben; dieser Dateizeitpunkt ist nicht als sekundengenauer Signalzeitpunkt zu verstehen.
+
+Beweise im Dump:
+Ursprünglicher Crashthread: Thread 5 / LWP139811; im neu geöffneten Core GDB-Thread1.
+MySQLConnection this=0x7ffff6b23500; m_Mysql=0x0; m_reconnecting=true;
+m_connectionFlags=CONNECTION_ASYNC; m_connectionInfo.database="cata_characters".
+RDI=0 und RBX=0 in mysql_ping+31. Die vollständige Callchain ist im beim Crash am Liveprozess gesicherten Backtrace erhalten. Die erneute Coreauswertung konnte den Stack nicht zuverlässig abwickeln (Stackdaten dort null), die gezielten Handle-/Flag-/Datenbankwerte und Register sind aber lesbar und stimmen mit Quellcode und Fehlerlogs überein.
+
+Erforderliche Korrektur:
+- CR_CONNECTION_ERROR=2002 in die begrenzte Wiederverbindungsstrategie aufnehmen; vorübergehende Verbindungsfehler dürfen den Pool nicht still mit null-Handle zurücklassen.
+- Ping gegen null-Handles absichern und fehlgeschlagene Pings der Wiederverbindungsbehandlung zuführen.
+- Wiederholte Ausfälle weiterhin begrenzen und bei dauerhaftem Fehlschlag kontrolliert abbrechen, statt unbrauchbare Verbindungen oder still verworfene Aufgaben weiterzubetreiben.
+- Regression für Verbindungsverlust -> Open meldet2002 -> erneuter Versuch erfolgreich sowie Ping bei leerem Handle.
+
+Keine Änderung an Datenbankkern, Serverbetrieb oder Systemupdates während dieser Diagnose. Vorhandener Transportfix-WIP bleibt erhalten. Der Transport-/Navigationscode liegt nicht im Absturzpfad; der auslösende Dienstneustart stammt aus dem Systemupdate-Zeitfenster.
@@ -0,0 +1,10 @@
+set pagination off
+set confirm off
+set debuginfod enabled off
+thread 1
+info registers rip rdi rsi rax rbx r12 r13 rsp rbp
+p/x ((MySQLConnection*)0x7ffff6b23500)->m_Mysql
+p ((MySQLConnection*)0x7ffff6b23500)->m_reconnecting
+p ((MySQLConnection*)0x7ffff6b23500)->m_connectionFlags
+p ((MySQLConnection*)0x7ffff6b23500)->m_connectionInfo.database
+x/8gx $rsp
@@ -0,0 +1,14 @@
+set pagination off
+set confirm off
+set debuginfod enabled off
+thread 1
+bt 8
+frame 1
+p/x this
+p/x m_Mysql
+p m_reconnecting
+p m_connectionFlags
+p m_connectionInfo.database
+frame 0
+info registers rip rdi rax rbx r12 r13
+x/8i $pc-16
@@ -0,0 +1,14 @@
+local g=testbot.login(150)
+local before=testbot.state(g)
+testbot.record('before',before)
+assert(testbot.teleport(g,530,-1572.57,7945.30,-22.475,0))
+testbot.await(function() return testbot.online(g) end,15000,'Halaa teleport incomplete')
+testbot.await(function() return testbot.object(g,23273)~=nil end,10000,'Halaa banner spawn not visible')
+local by_spawn=testbot.object(g,23273)
+local by_entry=testbot.nearest_object(g,182210,40)
+testbot.check(by_spawn~=nil and by_spawn==by_entry,'real Halaa banner loaded by spawn and entry')
+testbot.record('banner_guid',by_spawn)
+testbot.record('at_halaa',testbot.state(g))
+assert(testbot.teleport(g,before.map,before.x,before.y,before.z,0))
+testbot.await(function() return testbot.online(g) end,15000,'return teleport incomplete')
+testbot.record('returned',testbot.state(g))
@@ -0,0 +1,37 @@
+#!/usr/bin/env python3
+"""Loopback-only fault injection. Never logs authentication or SQL payloads."""
+import asyncio
+from pathlib import Path
+base=Path(__file__).resolve().parent
+marker=base/'drop-database-connections'
+writers=set()
+async def client(reader,writer):
+    writers.add(writer)
+    upstream=None
+    try:
+        incoming,upstream=await asyncio.open_connection('127.0.0.1',3306)
+        writers.add(upstream)
+        async def pipe(src,dst):
+            while data:=await src.read(65536):
+                dst.write(data)
+                await dst.drain()
+        jobs=[asyncio.create_task(pipe(reader,upstream)),asyncio.create_task(pipe(incoming,writer))]
+        await asyncio.wait(jobs,return_when=asyncio.FIRST_COMPLETED)
+        for task in jobs:task.cancel()
+        await asyncio.gather(*jobs,return_exceptions=True)
+    except (ConnectionError,OSError):pass
+    finally:
+        for stream in (writer,upstream):
+            if stream:
+                writers.discard(stream)
+                stream.close()
+async def main():
+    server=await asyncio.start_server(client,'127.0.0.1',33307)
+    print('Loopback proxy ready on 33307',flush=True)
+    while not marker.exists():await asyncio.sleep(.2)
+    server.close()
+    for stream in list(writers):stream.close()
+    await server.wait_closed()
+    print('Fault injected: listener and existing connections closed',flush=True)
+    await asyncio.sleep(2)
+asyncio.run(main())
@@ -0,0 +1,36 @@
+"""Read-only reproduction of the existing encounter exit decision."""
+from pathlib import Path
+import subprocess,tempfile
+root=Path(__file__).resolve().parents[4]
+s=(root/'src/server/game/World/AdventureEncounterMgr.cpp').read_text()
+a=s.index('    bool humanPresent=false,offlineMember=false,humanOutside=false;');b=s.index('    if(it->second.Returning)',a)
+code=r'''
+#include <cassert>
+#include <map>
+struct Position{float GetPositionX()const{return 0;}float GetPositionY()const{return 0;}float GetPositionZ()const{return 0;}float GetOrientation()const{return 0;}};
+struct Map{bool dungeon=false;bool IsDungeon(){return dungeon;}};
+struct Session{bool bot=false;bool IsClientless(){return bot;}};
+struct Player;
+struct Ref{Player*p;Ref*n=nullptr;Player*GetSource(){return p;}Ref*next(){return n;}};
+struct Group{Ref*first;Ref*GetFirstMember(){return first;}};
+struct Player{bool transfer=false,combat=false;unsigned exits=0;Map map;Session session;Group*group;
+ bool IsAlive(){return true;}bool IsInCombat(){return combat;}Map*GetMap(){return &map;}Session*GetSession(){return &session;}Group*GetGroup(){return group;}
+ bool TeleportTo(unsigned,float,float,float,float){++exits;return true;}
+};
+struct Record{unsigned OutsideMap=0;Position Outside;};
+bool decision(Player*p){std::map<unsigned,Record>records{{1,{}}};auto it=records.begin();
+'''+s[a:b]+r'''
+return false;}
+int main(){Player bot,human;bot.session.bot=true;bot.map.dungeon=true;
+ Ref second{&human},first{&bot,&second};Group g{&first};bot.group=human.group=&g;
+ human.transfer=true;human.map.dungeon=false;
+ assert(decision(&bot)&&bot.exits==1); // Existing code ejects despite pending human transfer.
+ human.map.dungeon=true;assert(!decision(&bot)&&bot.exits==1);
+ human.transfer=false;human.map.dungeon=false;assert(decision(&bot)&&bot.exits==2);
+}
+'''
+with tempfile.TemporaryDirectory() as folder:
+ p=Path(folder);(p/'test.cpp').write_text(code)
+ subprocess.run(['c++','-std=c++17',str(p/'test.cpp'),'-o',str(p/'test')],check=True)
+ subprocess.run([str(p/'test')],check=True)
+print('Existing production exit decision reproduces premature bot exit while human transfer is pending; human already inside does not trigger it.')
@@ -0,0 +1,7 @@
+set pagination off
+set confirm off
+set debuginfod enabled off
+info symbol 0x55555a1f6388
+x/4gx 0x55555a1f6388
+p ((OPvPCapturePoint*)0x7fff831fca80)->m_capturePointSpawnId
+p ((Map*)0x7fff839764c0)->i_mapEntry->ID
@@ -0,0 +1,15 @@
+set pagination off
+set confirm off
+set debuginfod enabled off
+bt 16
+p ((OutdoorPvpScript::NA::OutdoorPvPNA*)0x7fff842af300)->m_obj
+p ((OutdoorPvpScript::NA::OutdoorPvPNA*)0x7fff842af300)->m_capturePoints
+p ((OutdoorPvpScript::NA::OutdoorPvPNA*)0x7fff842af300)->m_map
+p ((OutdoorPvpScript::NA::OutdoorPvPNA*)0x7fff842af300)->m_TypeId
+x/4gx 0x7fff831fca80
+python
+import gdb
+for field in ['m_clientlessSessions','m_sessions']:
+    visual=gdb.default_visualizer(gdb.parse_and_eval("'World::instance()::instance'."+field))
+    print('SESSION_COUNT',field,len(list(visual.children()))//2)
+end
@@ -0,0 +1,19 @@
+set pagination off
+set confirm off
+set debuginfod enabled off
+bt 12
+p ((Player*)0x7fff440ee000)->m_name
+p ((Player*)0x7fff440ee000)->m_currMap
+p ((Player*)0x7fff440ee000)->m_inWorld
+p ((Player*)0x7fff440ee000)->m_zoneUpdateId
+p ((WorldSession*)0x7fffad7ca000)->m_GUIDLow
+p ((WorldSession*)0x7fffad7ca000)->m_playerLogout
+p ((WorldSession*)0x7fffad7ca000)->_player
+python
+import gdb
+for field in ['m_clientlessSessions','m_sessions']:
+    value=gdb.parse_and_eval("'World::instance()::instance'."+field)
+    visual=gdb.default_visualizer(value)
+    children=list(visual.children())
+    print('SESSION_CONTAINER',field,'entries',len(children)//2)
+end
@@ -0,0 +1,15 @@
+set pagination off
+set confirm off
+set debuginfod enabled off
+p 'World::instance()::instance'.m_clientlessSessions
+p 'World::instance()::instance'.m_sessions
+p ((Player*)0x7fffbb740000)->m_name
+p ((Player*)0x7fffbb740000)->m_session->m_GUIDLow
+p ((Player*)0x7fffbb740000)->m_session->m_playerLogout
+p ((Player*)0x7fffbb740000)->m_inWorld
+p ((Player*)0x7fffbb740000)->m_Controlled
+p ((Pet*)0x7fff2db9b000)->m_name
+p ((Pet*)0x7fff2db9b000)->m_inWorld
+p ((Pet*)0x7fff2db9b000)->m_currMap
+p ((Player*)0x7fffbb740000)->m_currMap
+p ((Player*)0x7fffbb740000)->m_transport
@@ -0,0 +1,20 @@
+set pagination off
+set confirm off
+set debuginfod enabled off
+p 'World::instance()::instance'.m_clientlessSessions
+p 'World::instance()::instance'.m_sessions
+p ((Transport*)0x7fff7bd3f000)->m_name
+p ((Transport*)0x7fff7bd3f000)->_passengers
+p ((Transport*)0x7fff7bd3f000)->m_uint32Values[OBJECT_FIELD_ENTRY]
+python
+import gdb
+value=gdb.parse_and_eval('((Transport*)0x7fff7bd3f000)->_passengers')
+visual=gdb.default_visualizer(value)
+for key,ptr in visual.children():
+    obj=ptr.cast(gdb.lookup_type('WorldObject').pointer()).dereference()
+    print('PASSENGER',key,'pointer',ptr,'name',obj['m_name'],'type',obj['m_objectTypeId'],'in_world',obj['m_inWorld'],'transport',obj['m_transport'])
+    if int(obj['m_objectTypeId'])==4:
+        player=ptr.cast(gdb.lookup_type('Player').pointer()).dereference()
+        sess=player['m_session'].dereference()
+        print('PLAYER guid',sess['m_GUIDLow'],'logout',sess['m_playerLogout'],'map',player['m_currMap'])
+end
@@ -0,0 +1,44 @@
+"""Read-only inspection of stored Detour triangles; no server code/config changes."""
+import struct,json,math
+from pathlib import Path
+P=(1780.166,-4333.466,110.187)
+path=Path('/home/wow_admin/wow_cata_server/data/mmaps/0012840.mmtile')
+b=path.read_bytes();fh=struct.unpack_from('<4I4B',b)
+assert fh[0]==0x4d4d4150 and fh[2]==14 and fh[3]==len(b)-20
+h=struct.unpack_from('<15i10f',b,20)
+pc,vc,lc,dc,dvc,dtc,bvc,oc=h[6:14]
+vo=120;po=vo+vc*12;lo=po+pc*32;do=lo+lc*16;dvo=do+dc*12;dto=dvo+dvc*12
+assert dto+dtc*4+bvc*16+oc*36==len(b)
+def vert(offset,i):
+ y,z,x=struct.unpack_from('<3f',b,offset+12*i)
+ return x,y,z
+def project(a,c,d):
+ x,y=P[:2];u=(c[0]-a[0],c[1]-a[1]);v=(d[0]-a[0],d[1]-a[1]);w=(x-a[0],y-a[1])
+ det=u[0]*v[1]-u[1]*v[0]
+ if abs(det)>1e-10:
+  s=(w[0]*v[1]-w[1]*v[0])/det;t=(u[0]*w[1]-u[1]*w[0])/det
+  if s>=-1e-6 and t>=-1e-6 and s+t<=1+1e-6:return (x,y,a[2]+s*(c[2]-a[2])+t*(d[2]-a[2]))
+ points=[]
+ for e,f in [(a,c),(c,d),(d,a)]:
+  dx=f[0]-e[0];dy=f[1]-e[1];den=dx*dx+dy*dy
+  t=max(0,min(1,((x-e[0])*dx+(y-e[1])*dy)/den)) if den else 0
+  points.append(tuple(e[k]+t*(f[k]-e[k]) for k in range(3)))
+ return min(points,key=lambda q:(q[0]-x)**2+(q[1]-y)**2)
+found=[]
+for i in range(min(pc,dc)):
+ poly=struct.unpack_from('<I6H6HHBB',b,po+i*32);flags=poly[13];n=poly[14];kind=poly[15]>>6
+ if kind or n<3:continue
+ pv=[vert(vo,j) for j in poly[1:1+n]]
+ if min(v[0] for v in pv)>P[0]+3 or max(v[0] for v in pv)<P[0]-3 or min(v[1] for v in pv)>P[1]+3 or max(v[1] for v in pv)<P[1]-3:continue
+ vb,tb,nv,nt=struct.unpack_from('<IIBB',b,do+i*12)
+ candidates=[]
+ for j in range(nt):
+  indices=struct.unpack_from('<4B',b,dto+(tb+j)*4)[:3]
+  tri=[pv[k] if k<n else vert(dvo,vb+k-n) for k in indices]
+  q=project(*tri);xy=math.hypot(q[0]-P[0],q[1]-P[1]);candidates.append((xy,q))
+ if not candidates:continue
+ xy,q=min(candidates,key=lambda a:a[0]);dist=math.dist(q,P)
+ found.append({'polygon':i,'flags':flags,'point':[round(v,4) for v in q],'horizontal':round(xy,4),'distance3d':round(dist,4),'height_delta':round(P[2]-q[2],4),'included_by_player_filter':bool(flags&13)})
+result={'tile':str(path),'player':P,'method':'stored detail-triangle horizontal projection; runtime phase/filter not overridden','candidates':sorted(found,key=lambda a:a['distance3d'])[:20]}
+print(json.dumps(result,indent=2))
+Path(__file__).with_name('mesh-result.json').write_text(json.dumps(result,indent=2))
@@ -0,0 +1,23 @@
+from pathlib import Path
+import struct,re,json
+BASE=Path(__file__).resolve().parent
+DATA=Path('/home/wow_admin/wow_cata_server/data/dbc/enUS')
+def records(name):
+ d=(DATA/(name+'.db2')).read_bytes()
+ n,fields,size,strings,_,build,_,low,high,_,_=struct.unpack_from('<11I',d,4)
+ start=48+((high-low+1)*6 if high else 0)
+ assert start+n*size+strings==len(d)
+ table=d[start+n*size:]
+ for i in range(n):yield struct.unpack_from('<'+str(fields)+'I',d,start+i*size),table
+items={r[0]:r for r,_ in records('Item')}
+fmt=re.search(r'ItemSparsefmt\[\]="([^"]+)',Path('src/server/game/DataStores/DB2fmt.h').read_text())[1]
+nameIndex=fmt.index('s')
+catalog={}
+for row,strings in records('Item-sparse'):
+ offset=row[nameIndex];end=strings.find(b'\0',offset);name=strings[offset:end].decode(errors='replace')
+ item=items.get(row[0]);
+ if not item:continue
+ catalog[row[0]]={'id':row[0],'name':name,'quality':row[1],'slot':row[9],'classes':row[10],'races':row[11],'ilevel':row[12],'level':row[13],'rep':row[19],'bag_slots':row[23],'stats':list(row[24:34]),'class':item[1],'subclass':item[2],'spells':list(row[68:73])}
+if __name__=='__main__':
+ out=[r for r in catalog.values() if r['level']<=85 and r['ilevel']>=410 and r['quality']==4 and r['classes']&4 and r['rep']==0 and ((r['class']==4 and r['subclass'] in(0,3) and (3 in r['stats'] or r['slot']==12)) or (r['class']==2 and (3 in r['stats'] or r['subclass'] in(2,3,18))))]
+ for r in sorted(out,key=lambda v:(v['slot'],v['name'])):print(json.dumps(r))
@@ -0,0 +1,14 @@
+#!/bin/bash
+set -e
+umask 077
+ulimit -c unlimited
+root=/home/wow_admin/wow_cata_server
+stamp=$(date +%Y%m%d-%H%M%S)
+crash_dir="$root/server/debug/crash"
+exec gdb -q -nx -batch \
+ -ex "set pagination off" -ex "set confirm off" -ex "set debuginfod enabled off" \
+ -ex "set logging file $crash_dir/worldserver-$stamp.backtrace.log" \
+ -ex 'set logging overwrite on' -ex 'set logging enabled on' \
+ -ex 'set print elements 32' -ex 'set print max-depth 4' \
+ -ex run -ex "generate-core-file $crash_dir/worldserver-$stamp.core" \
+ -ex 'thread apply all bt full' --args ./worldserver
@@ -0,0 +1,56 @@
+"""Reset only the authorized ten-bot raid test; preserve all pre-test state."""
+from pathlib import Path
+import sys,json,re,time
+sys.path.insert(0,'doc/clientless/checkpoints/2026-11-02-0600-group-test')
+sys.path.insert(0,'doc/clientless/checkpoints/2026-11-02-elevated-flight')
+import test_driver as d
+import live_support as w
+B=Path(__file__).resolve().parent
+G=[159,160,161,162,163,164,165,166,169,176]
+ids=','.join(map(str,G));today=int(d.now().strftime('%Y%m%d'))
+assert today==20261105 and d.now().hour<18
+
+def save(name,data):
+ p=B/(name+'.json');assert not p.exists(),f'Preserve existing checkpoint: {p}'
+ p.write_text(json.dumps(data,indent=2,ensure_ascii=False))
+conf=d.CONF.read_text();loader=re.search(r'^Clientless.Adventure.Loader.Enabled\s*=\s*(\d+)',conf,re.M)[1]
+save('manifest',{'date':today,'requested_at':d.now().isoformat(),'formation_hour':18,'raid_hour':19,'meeting':'the_gilded_rose','raid':'instance_visit_at_6354_d0','guids':G,'tanks':[169,176],'healers':[161,162],'damage':[159,160,163,164,165,166],'replacement':{'removed_guid':167,'replacement_guid':169},'loader_before':loader,'observation':'user observes; no background observer'})
+save('before-profiles',d.query('Character',f'SELECT * FROM vcore_adventure_generated_bot WHERE character_guid IN ({ids})'))
+save('before-characters',d.query('Character',f'SELECT guid,name,level,online,map,instance_id,zone,position_x,position_y,position_z,orientation,transguid,taxi_path,health FROM characters WHERE guid IN ({ids})'))
+save('before-plans',d.query('World',f'SELECT * FROM vcore_adventure_day WHERE local_date={today} AND character_guid IN ({ids})'))
+save('before-handoff',d.query('World',f'SELECT * FROM vcore_adventure_group_handoff WHERE character_guid IN ({ids})'))
+save('before-visits',d.query('Character',f'SELECT * FROM vcore_adventure_instance_visit WHERE character_guid IN ({ids})'))
+save('before-groups',d.query('Character',f'SELECT * FROM group_member WHERE memberGuid IN ({ids})'))
+d.CONF.write_text(re.sub(r'^(Clientless.Adventure.Loader.Enabled\s*=\s*)\d+',r'\g<1>0',conf,flags=re.M))
+for c in ['reload config','clientless population reload']:d.command(c)
+for g in G:d.command(f'clientless logout {g}')
+for _ in range(50):
+ if not d.query('Character',f'SELECT guid FROM characters WHERE guid IN ({ids}) AND online=1'):break
+ time.sleep(1)
+else:raise RuntimeError('Still online; no offline writes; loader paused')
+profiles=json.loads((B/'before-profiles.json').read_text());profile=next(r['profile_lua']for r in profiles if r['character_guid']=='169')
+changed=profile.replace('specialization = 2, solo_specialization', 'specialization = 1, solo_specialization',1).replace('role = "damage"','role = "tank"',1)
+assert changed!=profile and 'role = "tank"'in changed
+w.write('Character',f"UPDATE vcore_adventure_generated_bot SET profile_lua=UNHEX('{changed.encode().hex()}') WHERE character_guid=169; UPDATE vcore_adventure_generated_bot SET persistent=1 WHERE character_guid IN (169,176);")
+values=','.join(f"({g},{today},{h},'{intent}','{loc}')"for g in G for h,intent,loc in [(17,'rest','the_gilded_rose'),(18,'groupformation','the_gilded_rose'),(19,'raid','instance_visit_at_6354_d0')])
+w.write('World',f'REPLACE INTO vcore_adventure_day (character_guid,local_date,hour_slot,intent,location_key) VALUES {values}; DELETE FROM vcore_adventure_group_handoff WHERE character_guid IN ({ids});')
+plans=d.query('World',f'SELECT character_guid,hour_slot,intent,location_key FROM vcore_adventure_day WHERE local_date={today} AND character_guid IN ({ids}) AND hour_slot IN (17,18,19) ORDER BY character_guid,hour_slot')
+assert len(plans)==30;save('verified-plans-before-teleport',plans)
+w.write('Character',f"DELETE FROM vcore_adventure_instance_visit WHERE character_guid IN ({ids}); UPDATE characters SET map=0,instance_id=0,zone=1519,position_x=-8864.73,position_y=669.015,position_z=97.9031,orientation=0,transguid=0,trans_x=0,trans_y=0,trans_z=0,trans_o=0,taxi_path='' WHERE guid IN ({ids}) AND online=0;")
+save('offline-rose',d.query('Character',f'SELECT guid,name,map,instance_id,position_x,position_y,position_z,taxi_path,transguid,online FROM characters WHERE guid IN ({ids})'))
+for g in G:d.command(f'clientless login {g}')
+for _ in range(60):
+ if len(d.query('Character',f'SELECT guid FROM characters WHERE guid IN ({ids}) AND online=1'))==10:break
+ time.sleep(1)
+else:raise RuntimeError('Missing test-group logins; loader paused')
+for g in G:
+ d.command(f'clientless adventure stop {g}')
+ d.command(f'clientless interaction {g} leave')
+time.sleep(2)
+for g in G:d.command(f'clientless adventure schedule {g} on')
+s=d.CONF.read_text();d.CONF.write_text(re.sub(r'^(Clientless.Adventure.Loader.Enabled\s*=\s*)\d+',lambda m:m[1]+loader,s,flags=re.M))
+for c in ['reload config','clientless population reload']:d.command(c)
+for g in G:
+ d.command(f'clientless adventure status {g}')
+ d.command(f'clientless adventure eligibility {g} raid instance_visit_at_6354_d0')
+print('All ten reset, plans verified, offline Rose teleports verified, native group leave/schedule on requested; loader restored.',flush=True)
@@ -0,0 +1 @@
+*.log
@@ -0,0 +1,43 @@
+#!/usr/bin/env python3
+"""One-shot native plan edit after natural day rollover; no travel observation."""
+from pathlib import Path
+import datetime,json,sys,time
+from zoneinfo import ZoneInfo
+REPO=Path('/home/wow_admin/wow_cata_server/source/TrinityCore')
+sys.path.insert(0,str(REPO/'doc/clientless/checkpoints/2026-11-02-0600-group-test'))
+import test_driver as d
+BASE=Path(__file__).resolve().parent
+GUIDS=[159,160,161,162,163,164,165,166,169,176]
+LOCATION='poi_tele_1512'
+DATE=20261106
+
+def apply():
+ now=datetime.datetime.now(ZoneInfo('Europe/Berlin'))
+ if int(now.strftime('%Y%m%d'))!=DATE or now.hour!=0:
+  raise RuntimeError('Refusing to alter a different date/hour')
+ ids=','.join(map(str,GUIDS))
+ before=d.query('World',f'SELECT * FROM vcore_adventure_day WHERE character_guid IN({ids}) AND local_date={DATE} AND hour_slot=0;')
+ (BASE/'midnight-before.json').write_text(json.dumps(before,indent=2))
+ deadline=time.monotonic()+180
+ while time.monotonic()<deadline:
+  rows=d.query('World',f'SELECT character_guid,intent,location_key FROM vcore_adventure_day WHERE character_guid IN({ids}) AND local_date={DATE} AND hour_slot=0;')
+  ready={int(r['character_guid']) for r in rows if r['intent']=='adventure' and r['location_key']==LOCATION}
+  pending=set(GUIDS)-ready
+  if not pending:
+   result={'date':DATE,'hour':0,'verified_at':d.now().isoformat(),'location':LOCATION,'guids':GUIDS,'rows':rows,'state':'applied'}
+   (BASE/'midnight-result.json').write_text(json.dumps(result,indent=2));print(json.dumps({'state':'applied','count':len(ready),'date':DATE,'hour':0}),flush=True);return
+  online={int(r['guid']) for r in d.query('Character',f'SELECT guid FROM characters WHERE guid IN({ids}) AND online=1;')}
+  for g in sorted(pending):
+   if g not in online:
+    d.command(f'clientless login {g}');continue
+   # Forces native Generate only if the date has not advanced yet. The other
+   # slots remain entirely owned by the normal scheduler.
+   d.command(f'clientless adventure plan {g}')
+   d.command(f'clientless adventure editplan {g} 0 adventure {LOCATION} alliance 85 85 apply')
+  time.sleep(5)
+ raise RuntimeError('Not all midnight slots could be applied within three minutes')
+if __name__=='__main__':
+ try:apply()
+ except Exception as exc:
+  (BASE/'midnight-result.json').write_text(json.dumps({'state':'failed','error':str(exc),'at':d.now().isoformat()},indent=2))
+  raise
@@ -0,0 +1,71 @@
+{
+  "date": 20261106,
+  "hour": 0,
+  "verified_at": "2026-11-06T00:00:17.712146+01:00",
+  "location": "poi_tele_1512",
+  "guids": [
+    159,
+    160,
+    161,
+    162,
+    163,
+    164,
+    165,
+    166,
+    169,
+    176
+  ],
+  "rows": [
+    {
+      "character_guid": "159",
+      "intent": "adventure",
+      "location_key": "poi_tele_1512"
+    },
+    {
+      "character_guid": "160",
+      "intent": "adventure",
+      "location_key": "poi_tele_1512"
+    },
+    {
+      "character_guid": "161",
+      "intent": "adventure",
+      "location_key": "poi_tele_1512"
+    },
+    {
+      "character_guid": "162",
+      "intent": "adventure",
+      "location_key": "poi_tele_1512"
+    },
+    {
+      "character_guid": "163",
+      "intent": "adventure",
+      "location_key": "poi_tele_1512"
+    },
+    {
+      "character_guid": "164",
+      "intent": "adventure",
+      "location_key": "poi_tele_1512"
+    },
+    {
+      "character_guid": "165",
+      "intent": "adventure",
+      "location_key": "poi_tele_1512"
+    },
+    {
+      "character_guid": "166",
+      "intent": "adventure",
+      "location_key": "poi_tele_1512"
+    },
+    {
+      "character_guid": "169",
+      "intent": "adventure",
+      "location_key": "poi_tele_1512"
+    },
+    {
+      "character_guid": "176",
+      "intent": "adventure",
+      "location_key": "poi_tele_1512"
+    }
+  ],
+  "state": "applied"
+}
@@ -0,0 +1,72 @@
+[
+  {
+    "character_guid": "159",
+    "local_date": "20261105",
+    "hour_slot": "23",
+    "intent": "adventure",
+    "location_key": "poi_tele_1512"
+  },
+  {
+    "character_guid": "160",
+    "local_date": "20261105",
+    "hour_slot": "23",
+    "intent": "adventure",
+    "location_key": "poi_tele_1512"
+  },
+  {
+    "character_guid": "161",
+    "local_date": "20261105",
+    "hour_slot": "23",
+    "intent": "adventure",
+    "location_key": "poi_tele_1512"
+  },
+  {
+    "character_guid": "162",
+    "local_date": "20261105",
+    "hour_slot": "23",
+    "intent": "adventure",
+    "location_key": "poi_tele_1512"
+  },
+  {
+    "character_guid": "163",
+    "local_date": "20261105",
+    "hour_slot": "23",
+    "intent": "adventure",
+    "location_key": "poi_tele_1512"
+  },
+  {
+    "character_guid": "164",
+    "local_date": "20261105",
+    "hour_slot": "23",
+    "intent": "adventure",
+    "location_key": "poi_tele_1512"
+  },
+  {
+    "character_guid": "165",
+    "local_date": "20261105",
+    "hour_slot": "23",
+    "intent": "adventure",
+    "location_key": "poi_tele_1512"
+  },
+  {
+    "character_guid": "166",
+    "local_date": "20261105",
+    "hour_slot": "23",
+    "intent": "adventure",
+    "location_key": "poi_tele_1512"
+  },
+  {
+    "character_guid": "169",
+    "local_date": "20261105",
+    "hour_slot": "23",
+    "intent": "adventure",
+    "location_key": "poi_tele_1512"
+  },
+  {
+    "character_guid": "176",
+    "local_date": "20261105",
+    "hour_slot": "23",
+    "intent": "adventure",
+    "location_key": "poi_tele_1512"
+  }
+]
@@ -0,0 +1,2 @@
+# Generated build and runtime logs remain local.
+*.log
@@ -0,0 +1,15 @@
+{
+  "character": [
+    {
+      "guid": "149",
+      "level": "10",
+      "online": "0",
+      "map": "0",
+      "position_x": "-8912",
+      "position_y": "-138",
+      "position_z": "80.9"
+    }
+  ],
+  "remaining_test_spell": [],
+  "preference_file_exists": false
+}
@@ -0,0 +1,37 @@
+local g=testbot.login(149)
+local before=testbot.state(g)
+testbot.record('before',before)
+testbot.level(g,85)
+assert(testbot.teleport(g,0,-9508,-360,54.631,0))
+testbot.await(function()return testbot.online(g)end,15000,'underwater setup')
+testbot.wait(2000)
+testbot.check(testbot.breathing(g)==true,'registered testbot defaults to limited breathing')
+local initial=testbot.state(g)
+testbot.record('limited_initial',initial)
+testbot.wait(6000)
+local later=testbot.state(g)
+testbot.record('limited_later',later)
+testbot.check(initial.underwater==1 and initial.breath_max_ms==180000 and later.breath_remaining_ms<initial.breath_remaining_ms,'native limited breath counts down underwater')
+testbot.learn(g,7178)
+local result=testbot.cast(g,7178)
+testbot.record('water_breathing_cast',result)
+testbot.wait(3000)
+local buff=testbot.state(g)
+testbot.record('real_spell',buff)
+testbot.check(testbot.has_aura(g,7178) and buff.breath_max_ms==-1 and buff.breath_remaining_ms==-1,'real water breathing spell stops native breath timer')
+testbot.remove_aura(g,7178)
+testbot.wait(2000)
+testbot.check(testbot.state(g).breath_max_ms==180000,'limited timer resumes after native aura removal')
+testbot.check(testbot.breathing(g,false)==false,'unlimited setting persisted')
+testbot.wait(1500)
+local unlimited=testbot.state(g)
+testbot.record('unlimited_initial',unlimited)
+for i=1,19 do testbot.wait(10000) end
+local final=testbot.state(g)
+testbot.record('unlimited_after_190_seconds',final)
+testbot.check(final.alive==1 and final.underwater==1 and final.health==unlimited.health and final.breath_remaining_ms==-1 and final.breath_max_ms==-1 and not testbot.has_aura(g,7178),'unlimited stays underwater past native breath duration without drowning or injected aura')
+assert(testbot.teleport(g,before.map,before.x,before.y,before.z,0))
+testbot.await(function()return testbot.online(g)end,15000,'cleanup')
+testbot.level(g,before.level)
+testbot.wait(500)
+testbot.record('restored',testbot.state(g))
@@ -0,0 +1,7 @@
+local g=testbot.login(149)
+testbot.wait(1000)
+testbot.check(testbot.breathing(g)==false and testbot.state(g).breath_max_ms==-1,'unlimited preference survives logout and new controller')
+testbot.check(testbot.breathing(g,true)==true,'limited can be restored')
+testbot.wait(1000)
+testbot.check(testbot.state(g).breath_max_ms==180000,'limited restored in native player')
+testbot.record('restored',testbot.state(g))
@@ -0,0 +1,351 @@
+{
+  "schema": 1,
+  "run_id": "breathing_retry_20261105_221549",
+  "state": "passed",
+  "started_unix_ms": 1793913351275,
+  "elapsed_ms": 232038,
+  "checks": 6,
+  "failures": 0,
+  "error": "",
+  "bots": [
+    149
+  ],
+  "events": [
+    {
+      "label": "before",
+      "value": {
+        "breath_remaining_ms": -1,
+        "in_water": 0,
+        "strength": 33,
+        "transport": 0,
+        "hover_animation": 0,
+        "swim_speed": 4.722221851348877,
+        "alive": 1,
+        "map": 0,
+        "breathing_limited": 1,
+        "intellect": 21,
+        "vehicle_guid": "",
+        "swimming": 0,
+        "health": 231,
+        "combat": 0,
+        "max_health": 231,
+        "falling": 0,
+        "breath_max_ms": 180000,
+        "stamina": 31,
+        "flying": 0,
+        "power": 0,
+        "z": 80.9000015258789,
+        "y": -138,
+        "x": -8912,
+        "movement_flags": 0,
+        "mover_guid": "149",
+        "animation_tier": 0,
+        "area": 9,
+        "level": 10,
+        "guid": 149,
+        "spirit": 24,
+        "loot_guid": "",
+        "mounted": 0,
+        "underwater": 0,
+        "agility": 26,
+        "moving": 0,
+        "can_swim": 1,
+        "vehicle_entry": 0,
+        "zone": 12,
+        "max_power": 1000
+      }
+    },
+    {
+      "check": "registered testbot defaults to limited breathing",
+      "passed": true
+    },
+    {
+      "label": "limited_initial",
+      "value": {
+        "breath_remaining_ms": 175178,
+        "in_water": 1,
+        "strength": 189,
+        "transport": 0,
+        "hover_animation": 0,
+        "swim_speed": 4.722221851348877,
+        "alive": 1,
+        "map": 0,
+        "breathing_limited": 1,
+        "intellect": 37,
+        "vehicle_guid": "",
+        "swimming": 1,
+        "health": 45447,
+        "combat": 0,
+        "max_health": 45447,
+        "falling": 0,
+        "breath_max_ms": 180000,
+        "stamina": 173,
+        "flying": 0,
+        "power": 0,
+        "z": 54.63100051879883,
+        "y": -360,
+        "x": -9508,
+        "movement_flags": 1048576,
+        "mover_guid": "149",
+        "animation_tier": 0,
+        "area": 18,
+        "level": 85,
+        "guid": 149,
+        "spirit": 65,
+        "loot_guid": "",
+        "mounted": 0,
+        "underwater": 1,
+        "agility": 123,
+        "moving": 0,
+        "can_swim": 1,
+        "vehicle_entry": 0,
+        "zone": 12,
+        "max_power": 1000
+      }
+    },
+    {
+      "label": "limited_later",
+      "value": {
+        "breath_remaining_ms": 162525,
+        "in_water": 1,
+        "strength": 189,
+        "transport": 0,
+        "hover_animation": 0,
+        "swim_speed": 4.722221851348877,
+        "alive": 1,
+        "map": 0,
+        "breathing_limited": 1,
+        "intellect": 37,
+        "vehicle_guid": "",
+        "swimming": 1,
+        "health": 45447,
+        "combat": 0,
+        "max_health": 45447,
+        "falling": 0,
+        "breath_max_ms": 180000,
+        "stamina": 173,
+        "flying": 0,
+        "power": 0,
+        "z": 54.63100051879883,
+        "y": -360,
+        "x": -9508,
+        "movement_flags": 1048576,
+        "mover_guid": "149",
+        "animation_tier": 0,
+        "area": 18,
+        "level": 85,
+        "guid": 149,
+        "spirit": 65,
+        "loot_guid": "",
+        "mounted": 0,
+        "underwater": 1,
+        "agility": 123,
+        "moving": 0,
+        "can_swim": 1,
+        "vehicle_entry": 0,
+        "zone": 12,
+        "max_power": 1000
+      }
+    },
+    {
+      "check": "native limited breath counts down underwater",
+      "passed": true
+    },
+    {
+      "label": "water_breathing_cast",
+      "value": 255
+    },
+    {
+      "label": "real_spell",
+      "value": {
+        "breath_remaining_ms": -1,
+        "in_water": 1,
+        "strength": 189,
+        "transport": 0,
+        "hover_animation": 0,
+        "swim_speed": 4.722221851348877,
+        "alive": 1,
+        "map": 0,
+        "breathing_limited": 1,
+        "intellect": 37,
+        "vehicle_guid": "",
+        "swimming": 1,
+        "health": 45447,
+        "combat": 0,
+        "max_health": 45447,
+        "falling": 0,
+        "breath_max_ms": -1,
+        "stamina": 173,
+        "flying": 0,
+        "power": 0,
+        "z": 54.63100051879883,
+        "y": -360,
+        "x": -9508,
+        "movement_flags": 1048576,
+        "mover_guid": "149",
+        "animation_tier": 0,
+        "area": 18,
+        "level": 85,
+        "guid": 149,
+        "spirit": 65,
+        "loot_guid": "",
+        "mounted": 0,
+        "underwater": 1,
+        "agility": 123,
+        "moving": 0,
+        "can_swim": 1,
+        "vehicle_entry": 0,
+        "zone": 12,
+        "max_power": 1000
+      }
+    },
+    {
+      "check": "real water breathing spell stops native breath timer",
+      "passed": true
+    },
+    {
+      "check": "limited timer resumes after native aura removal",
+      "passed": true
+    },
+    {
+      "check": "unlimited setting persisted",
+      "passed": true
+    },
+    {
+      "label": "unlimited_initial",
+      "value": {
+        "breath_remaining_ms": -1,
+        "in_water": 1,
+        "strength": 189,
+        "transport": 0,
+        "hover_animation": 0,
+        "swim_speed": 4.722221851348877,
+        "alive": 1,
+        "map": 0,
+        "breathing_limited": 0,
+        "intellect": 37,
+        "vehicle_guid": "",
+        "swimming": 1,
+        "health": 45447,
+        "combat": 0,
+        "max_health": 45447,
+        "falling": 0,
+        "breath_max_ms": -1,
+        "stamina": 173,
+        "flying": 0,
+        "power": 0,
+        "z": 54.63100051879883,
+        "y": -360,
+        "x": -9508,
+        "movement_flags": 1048576,
+        "mover_guid": "149",
+        "animation_tier": 0,
+        "area": 18,
+        "level": 85,
+        "guid": 149,
+        "spirit": 65,
+        "loot_guid": "",
+        "mounted": 0,
+        "underwater": 1,
+        "agility": 123,
+        "moving": 0,
+        "can_swim": 1,
+        "vehicle_entry": 0,
+        "zone": 12,
+        "max_power": 1000
+      }
+    },
+    {
+      "label": "unlimited_after_190_seconds",
+      "value": {
+        "breath_remaining_ms": -1,
+        "in_water": 1,
+        "strength": 189,
+        "transport": 0,
+        "hover_animation": 0,
+        "swim_speed": 4.722221851348877,
+        "alive": 1,
+        "map": 0,
+        "breathing_limited": 0,
+        "intellect": 37,
+        "vehicle_guid": "",
+        "swimming": 1,
+        "health": 45447,
+        "combat": 0,
+        "max_health": 45447,
+        "falling": 0,
+        "breath_max_ms": -1,
+        "stamina": 173,
+        "flying": 0,
+        "power": 0,
+        "z": 54.63100051879883,
+        "y": -360,
+        "x": -9508,
+        "movement_flags": 1048576,
+        "mover_guid": "149",
+        "animation_tier": 0,
+        "area": 18,
+        "level": 85,
+        "guid": 149,
+        "spirit": 65,
+        "loot_guid": "",
+        "mounted": 0,
+        "underwater": 1,
+        "agility": 123,
+        "moving": 0,
+        "can_swim": 1,
+        "vehicle_entry": 0,
+        "zone": 12,
+        "max_power": 1000
+      }
+    },
+    {
+      "check": "unlimited stays underwater past native breath duration without drowning or injected aura",
+      "passed": true
+    },
+    {
+      "label": "restored",
+      "value": {
+        "breath_remaining_ms": -1,
+        "in_water": 0,
+        "strength": 33,
+        "transport": 0,
+        "hover_animation": 0,
+        "swim_speed": 4.722221851348877,
+        "alive": 1,
+        "map": 0,
+        "breathing_limited": 0,
+        "intellect": 21,
+        "vehicle_guid": "",
+        "swimming": 0,
+        "health": 231,
+        "combat": 0,
+        "max_health": 231,
+        "falling": 0,
+        "breath_max_ms": -1,
+        "stamina": 31,
+        "flying": 0,
+        "power": 0,
+        "z": 80.9000015258789,
+        "y": -138,
+        "x": -8912,
+        "movement_flags": 0,
+        "mover_guid": "149",
+        "animation_tier": 0,
+        "area": 9,
+        "level": 10,
+        "guid": 149,
+        "spirit": 24,
+        "loot_guid": "",
+        "mounted": 0,
+        "underwater": 0,
+        "agility": 26,
+        "moving": 0,
+        "can_swim": 1,
+        "vehicle_entry": 0,
+        "zone": 12,
+        "max_power": 1000
+      }
+    }
+  ]
+}
@@ -0,0 +1,71 @@
+{
+  "schema": 1,
+  "run_id": "breathing_relogin_20261105_221944",
+  "state": "passed",
+  "started_unix_ms": 1793913584924,
+  "elapsed_ms": 2328,
+  "checks": 3,
+  "failures": 0,
+  "error": "",
+  "bots": [
+    149
+  ],
+  "events": [
+    {
+      "check": "unlimited preference survives logout and new controller",
+      "passed": true
+    },
+    {
+      "check": "limited can be restored",
+      "passed": true
+    },
+    {
+      "check": "limited restored in native player",
+      "passed": true
+    },
+    {
+      "label": "restored",
+      "value": {
+        "stamina": 31,
+        "max_health": 231,
+        "zone": 12,
+        "agility": 26,
+        "swim_speed": 4.722221851348877,
+        "animation_tier": 0,
+        "combat": 0,
+        "area": 9,
+        "can_swim": 1,
+        "level": 10,
+        "max_power": 1000,
+        "alive": 1,
+        "spirit": 24,
+        "movement_flags": 0,
+        "transport": 0,
+        "falling": 0,
+        "mover_guid": "149",
+        "map": 0,
+        "z": 80.9000015258789,
+        "y": -138,
+        "breathing_limited": 1,
+        "health": 231,
+        "moving": 0,
+        "in_water": 0,
+        "hover_animation": 0,
+        "flying": 0,
+        "vehicle_entry": 0,
+        "vehicle_guid": "",
+        "guid": 149,
+        "loot_guid": "",
+        "strength": 33,
+        "breath_remaining_ms": -1,
+        "intellect": 21,
+        "underwater": 0,
+        "power": 0,
+        "swimming": 0,
+        "mounted": 0,
+        "breath_max_ms": 180000,
+        "x": -8912
+      }
+    }
+  ]
+}
@@ -0,0 +1,46 @@
+local g=testbot.login(149)
+local before=testbot.state(g)
+testbot.record('before',before)
+testbot.level(g,85)
+assert(testbot.skill(g,762,225,225))
+testbot.learn(g,32235)
+testbot.learn(g,90267)
+local cases={
+ {'braneven',530,3405.61,1403.27,380,0},
+ {'corren',530,-1546.004,3724.585,141.223,0},
+ {'brynda',1,9776.913,1692.146,1483.529,0},
+ {'lake_search',0,-9450,-2400,200,0}
+}
+for _,c in ipairs(cases) do
+ assert(testbot.teleport(g,before.map,before.x,before.y,before.z,0))
+ testbot.await(function() return testbot.online(g) end,15000,'mount setup transfer')
+ testbot.remove_aura(g,32235)
+ testbot.record('mount_cast_'..c[1],testbot.cast(g,32235))
+ testbot.await(function() return testbot.has_aura(g,32235) end,10000,'native mount cast did not complete')
+ assert(testbot.teleport(g,c[2],c[3],c[4],c[5],c[6]))
+ testbot.await(function() return testbot.online(g) end,15000,'case setup transfer')
+ assert(testbot.has_aura(g,32235),'setup lost mount, not a recovery landing')
+ testbot.record('ready_'..c[1],testbot.state(g))
+ local start=testbot.now_ms()
+ local landed=false
+ while testbot.now_ms()-start<65000 do
+  if testbot.online(g) then
+   local s=testbot.state(g)
+   testbot.record('sample_'..c[1],s)
+   if not testbot.has_aura(g,32235) and s.moving==0 then
+    landed=true
+    testbot.record('landed_'..c[1],s)
+    break
+   end
+  end
+  testbot.wait(500)
+ end
+ testbot.check(landed,'native recovery landed and dismounted: '..c[1])
+ testbot.wait(2000)
+end
+assert(testbot.teleport(g,before.map,before.x,before.y,before.z,0))
+testbot.await(function() return testbot.online(g) end,15000,'cleanup transfer')
+testbot.remove_aura(g,32235)
+assert(testbot.skill(g,762,0,0))
+testbot.level(g,before.level)
+testbot.record('restored',testbot.state(g))
@@ -0,0 +1,41 @@
+local g=testbot.login(149)
+local before=testbot.state(g)
+testbot.record('before',before)
+testbot.level(g,85)
+assert(testbot.skill(g,762,225,225))
+testbot.learn(g,32235)
+testbot.learn(g,90267)
+local cases={{'wide_lake_search',0,1100,-2200,200,1.570796327}}
+for _,c in ipairs(cases) do
+ assert(testbot.teleport(g,before.map,before.x,before.y,before.z,0))
+ testbot.await(function() return testbot.online(g) end,15000,'mount setup transfer')
+ testbot.remove_aura(g,32235)
+ testbot.record('mount_cast_'..c[1],testbot.cast(g,32235))
+ testbot.await(function() return testbot.has_aura(g,32235) end,10000,'native mount cast did not complete')
+ assert(testbot.teleport(g,c[2],c[3],c[4],c[5],c[6]))
+ testbot.await(function() return testbot.online(g) end,15000,'case setup transfer')
+ assert(testbot.has_aura(g,32235),'setup lost mount, not a recovery landing')
+ testbot.record('ready_'..c[1],testbot.state(g))
+ local start=testbot.now_ms()
+ local landed=false
+ while testbot.now_ms()-start<120000 do
+  if testbot.online(g) then
+   local s=testbot.state(g)
+   testbot.record('sample_'..c[1],s)
+   if not testbot.has_aura(g,32235) and s.moving==0 then
+    landed=true
+    testbot.record('landed_'..c[1],s)
+    break
+   end
+  end
+  testbot.wait(500)
+ end
+ testbot.check(landed,'native recovery landed and dismounted: '..c[1])
+ testbot.wait(2000)
+end
+assert(testbot.teleport(g,before.map,before.x,before.y,before.z,0))
+testbot.await(function() return testbot.online(g) end,15000,'cleanup transfer')
+testbot.remove_aura(g,32235)
+assert(testbot.skill(g,762,0,0))
+testbot.level(g,before.level)
+testbot.record('restored',testbot.state(g))
@@ -0,0 +1 @@
+return { identity={name=character_name}, behavior={enabled=false,daily_schedule=false}, movement={can_ground_mount=false,can_free_fly=true,flight_mounts={[32235]=1}},professions={primary={}} }
@@ -0,0 +1,89 @@
+-- Registered test actor, real controller/mounts/splines; no direct flag setters.
+local g=testbot.login(149)
+local before=testbot.state(g)
+testbot.record('before',before)
+assert(testbot.teleport(g,0,-9468.76,64.3408,55.9908,0))
+testbot.await(function() return testbot.online(g) end,15000,'open field setup')
+testbot.record('ready_for_profile',true)
+testbot.wait(15000)
+testbot.level(g,85)
+assert(testbot.skill(g,762,225,225))
+testbot.learn(g,32235)
+testbot.learn(g,90267)
+local function mount()
+ testbot.cast(g,32235)
+ testbot.await(function() return testbot.has_aura(g,32235) end,10000,'native mount cast')
+end
+local function dry_ground(s)
+ return s.mounted==0 and s.flying==0 and s.swimming==0 and s.falling==0 and s.animation_tier==0 and s.hover_animation==0
+end
+mount()
+local origin=testbot.state(g)
+local tx,ty,tz=origin.x,origin.y,origin.z+20
+local started,reason=testbot.flight(g,tx,ty,tz,true)
+testbot.record('follow_start',{ok=started,reason=reason})
+local held=0
+local previous=nil
+local resumed=false
+local start=testbot.now_ms()
+while started and testbot.now_ms()-start<40000 do
+ local s=testbot.state(g)
+ testbot.record('hover_sample',s)
+ if s.mounted==1 and s.flying==1 and s.moving==0 and s.animation_tier==3 and s.hover_animation==1 then
+  if previous then
+   local d=(s.x-previous.x)^2+(s.y-previous.y)^2+(s.z-previous.z)^2
+   if d<0.0001 then held=held+1 else held=0 end
+  end
+  previous=s
+  if held>=6 then break end
+ else previous=nil;held=0 end
+ testbot.flight(g,tx,ty,tz,true)
+ testbot.wait(500)
+end
+testbot.check(held>=6,'stationary flight idle persists for three seconds without displacement')
+-- Resume from hover; the native flight animation must replace idle.
+local s=testbot.state(g)
+local ok=testbot.flight(g,s.x+30,s.y,s.z,true)
+local began=testbot.now_ms()
+while ok and testbot.now_ms()-began<8000 do
+ local n=testbot.state(g)
+ testbot.record('resume_sample',n)
+ if n.moving==1 and n.flying==1 and n.animation_tier==3 and n.hover_animation==0 then resumed=true;break end
+ testbot.flight(g,s.x+30,s.y,s.z,true)
+ testbot.wait(200)
+end
+testbot.check(resumed,'hover resumes real flight with idle animation cleared')
+local requested=testbot.land_flight(g)
+testbot.record('landing_requested',requested)
+local landed=false
+local began=testbot.now_ms()
+while testbot.now_ms()-began<40000 do
+ local n=testbot.state(g)
+ testbot.record('landing_sample',n)
+ if dry_ground(n) then landed=true;break end
+ testbot.wait(200)
+end
+testbot.check(landed,'normal touchdown: unmounted dry ground tier, no flight swim fall or hover state')
+-- A second real free flight covers the ordinary non-following landing path.
+if landed then
+ local n=testbot.state(g)
+ local ok,why=testbot.flight(g,-9441.18,65.05,56.18,false)
+ testbot.record('ordinary_start',{ok=ok,reason=why})
+ local moving=false
+ local grounded=false
+ local began=testbot.now_ms()
+ while ok and testbot.now_ms()-began<60000 do
+  local a=testbot.state(g)
+  testbot.record('ordinary_sample',a)
+  if a.flying==1 and a.moving==1 then moving=true end
+  if moving and dry_ground(a) then grounded=true;break end
+  testbot.wait(300)
+ end
+ testbot.check(moving and grounded,'ordinary flight and touchdown use the same clean presentation')
+end
+assert(testbot.teleport(g,before.map,before.x,before.y,before.z,0))
+testbot.await(function() return testbot.online(g) end,15000,'cleanup transfer')
+testbot.remove_aura(g,32235)
+assert(testbot.skill(g,762,0,0))
+testbot.level(g,before.level)
+testbot.record('restored',testbot.state(g))
@@ -0,0 +1,87 @@
+-- Registered test actor, real controller/mounts/splines; no direct flag setters.
+local g=testbot.login(149)
+local before=testbot.state(g)
+testbot.record('before',before)
+testbot.record('ready_for_profile',true)
+testbot.wait(15000)
+testbot.level(g,85)
+assert(testbot.skill(g,762,225,225))
+testbot.learn(g,32235)
+testbot.learn(g,90267)
+local function mount()
+ testbot.cast(g,32235)
+ testbot.await(function() return testbot.has_aura(g,32235) end,10000,'native mount cast')
+end
+local function dry_ground(s)
+ return s.mounted==0 and s.flying==0 and s.swimming==0 and s.falling==0 and s.animation_tier==0 and s.hover_animation==0
+end
+mount()
+local origin=testbot.state(g)
+local tx,ty,tz=origin.x,origin.y,origin.z+20
+local started,reason=testbot.flight(g,tx,ty,tz,true)
+testbot.record('follow_start',{ok=started,reason=reason})
+local held=0
+local previous=nil
+local resumed=false
+local start=testbot.now_ms()
+while started and testbot.now_ms()-start<40000 do
+ local s=testbot.state(g)
+ testbot.record('hover_sample',s)
+ if s.mounted==1 and s.flying==1 and s.moving==0 and s.animation_tier==3 and s.hover_animation==1 then
+  if previous then
+   local d=(s.x-previous.x)^2+(s.y-previous.y)^2+(s.z-previous.z)^2
+   if d<0.0001 then held=held+1 else held=0 end
+  end
+  previous=s
+  if held>=6 then break end
+ else previous=nil;held=0 end
+ testbot.flight(g,tx,ty,tz,true)
+ testbot.wait(500)
+end
+testbot.check(held>=6,'stationary flight idle persists for three seconds without displacement')
+-- Resume from hover; the native flight animation must replace idle.
+local s=testbot.state(g)
+local ok=testbot.flight(g,s.x+30,s.y,s.z,true)
+local began=testbot.now_ms()
+while ok and testbot.now_ms()-began<8000 do
+ local n=testbot.state(g)
+ testbot.record('resume_sample',n)
+ if n.moving==1 and n.flying==1 and n.animation_tier==3 and n.hover_animation==0 then resumed=true;break end
+ testbot.flight(g,s.x+30,s.y,s.z,true)
+ testbot.wait(200)
+end
+testbot.check(resumed,'hover resumes real flight with idle animation cleared')
+local requested=testbot.land_flight(g)
+testbot.record('landing_requested',requested)
+local landed=false
+local began=testbot.now_ms()
+while testbot.now_ms()-began<40000 do
+ local n=testbot.state(g)
+ testbot.record('landing_sample',n)
+ if dry_ground(n) then landed=true;break end
+ testbot.wait(200)
+end
+testbot.check(landed,'normal touchdown: unmounted dry ground tier, no flight swim fall or hover state')
+-- A second real free flight covers the ordinary non-following landing path.
+if landed then
+ local n=testbot.state(g)
+ local ok,why=testbot.flight(g,n.x+90,n.y,n.z,false)
+ testbot.record('ordinary_start',{ok=ok,reason=why})
+ local moving=false
+ local grounded=false
+ local began=testbot.now_ms()
+ while ok and testbot.now_ms()-began<60000 do
+  local a=testbot.state(g)
+  testbot.record('ordinary_sample',a)
+  if a.flying==1 and a.moving==1 then moving=true end
+  if moving and dry_ground(a) then grounded=true;break end
+  testbot.wait(300)
+ end
+ testbot.check(moving and grounded,'ordinary flight and touchdown use the same clean presentation')
+end
+assert(testbot.teleport(g,before.map,before.x,before.y,before.z,0))
+testbot.await(function() return testbot.online(g) end,15000,'cleanup transfer')
+testbot.remove_aura(g,32235)
+assert(testbot.skill(g,762,0,0))
+testbot.level(g,before.level)
+testbot.record('restored',testbot.state(g))
@@ -0,0 +1 @@
+return { identity={name=character_name}, behavior={enabled=false,daily_schedule=false}, movement={can_ground_mount=false,can_free_fly=true,flight_mounts={[32235]=1}},professions={primary={}} }
@@ -0,0 +1,25 @@
+local g=testbot.login(149)
+local before=testbot.state(g)
+testbot.record('before',before)
+testbot.level(g,19)
+assert(testbot.teleport(g,1,2815.68,-3790.07,88.2077,0))
+testbot.await(function() return testbot.online(g) end,15000,'test setup transfer')
+testbot.record('ready_for_executor',testbot.state(g))
+local start=testbot.now_ms()
+local moved=false
+local arrived=false
+while testbot.now_ms()-start<180000 do
+ local s=testbot.state(g)
+ testbot.record('sample',s)
+ local dx,dy=s.x-2815.68,s.y+3790.07
+ if dx*dx+dy*dy>100 then moved=true end
+ local gx,gy,gz=s.x-3000.25,s.y+3202.41,s.z-189.77
+ if gx*gx+gy*gy+gz*gz<100 then arrived=true;break end
+ testbot.wait(2000)
+end
+testbot.check(moved,'physical movement from Brinunli starting position')
+testbot.check(arrived,'reached allowed Alliance graph node taxi_167')
+assert(testbot.teleport(g,before.map,before.x,before.y,before.z,0))
+testbot.await(function() return testbot.online(g) end,15000,'cleanup transfer')
+testbot.level(g,before.level)
+testbot.record('restored',testbot.state(g))
Author	SHA1	Message	Date
Nico	f009fe1806	Add reproducible AdventureBot catalog data clang PCH / build (push) Canceled after 0s Details GCC PCH / build (push) Canceled after 0s Details clang PCH / build (pull_request) Canceled after 0s Details GCC PCH / build (pull_request) Canceled after 0s Details	2026-11-08 00:45:11 +01:00
Nico	7e7aba9b94	Add reproducible clientless travel graph data	2026-11-08 00:40:37 +01:00
Nico	e5444bb1c2	Update clientless test harnesses	2026-11-08 00:29:51 +01:00
Nico	671090705c	Add full clientless player reset command clang PCH / build (push) Canceled after 0s Details GCC PCH / build (push) Canceled after 0s Details	2026-11-08 00:13:09 +01:00
Nico	bb42b30f8c	Hand off completed group travel to local follow and activities	2026-11-07 23:50:43 +01:00
Nico	de398a6293	Fix group rendezvous and measure genuine follower recovery progress	2026-11-07 23:26:56 +01:00
Nico	cb0daf9fc9	Fix air-force guard combat and recover stalled bot fights	2026-11-07 22:39:55 +01:00
Nico	a78375efb9	Improve AdventureBot group coordination and death recovery Allow destination micro activities and coordinate group departures while prioritizing combat assistance and shared leader routes. Remove artificial world-group capacity limits, improve PvP coordination and resurrection, fix parent-zone graveyard lookup and cross-map corpse cleanup, and add hourly death recovery. Include regression tests, documented live validation and repeatable test scenarios.	2026-11-07 20:38:27 +01:00
Nico	676f566a8c	Fix AdventureBot travel recovery, ranged spacing and companion revival clang PCH / build (push) Canceled after 0s Details GCC PCH / build (push) Canceled after 0s Details	2026-11-07 00:18:23 +01:00
Nico	a62d6b299e	Add testbot operator commands and live chat monitoring	2026-11-06 12:45:56 +01:00
Nico	bc621c1d74	Enable Vashjir bot travel and fix walkable adventure outings clang PCH / build (push) Canceled after 0s Details GCC PCH / build (push) Canceled after 0s Details	2026-11-06 00:23:12 +01:00
Nico	30d606cb92	Add native clientless swimming and configurable testbot breathing	2026-11-05 22:27:44 +01:00
Nico	f7a5899dc0	Fix ground graph re-entry and flight presentation Bound expanded ground access probes and recover failed graph entry with checked walking searches. Unify airborne idle animation, observer updates and post-dismount movement cleanup for normal and emergency landings. Add native registered-testbot flight controls, regression coverage and live reproduction fixtures. Record raid test setup and bound passive debugger variable printing after the observed diagnostic OOM.	2026-11-05 18:53:23 +01:00
Nico	a211580262	Add checked emergency landings and bounded search flights	2026-11-05 16:39:00 +01:00
Nico	408d386103	Fix clientless taxi map transfers and persisted route loading	2026-11-05 15:35:16 +01:00
Nico	b3d2d69251	Fix stuck group followers and druid mount preparation	2026-11-05 13:06:25 +01:00
Nico	7f10f724f2	Reject ownerless minion summons before allocation	2026-11-05 11:06:59 +01:00
Nico	3aa780662e	Complete AdventureBot navigation, instance travel and shutdown fixes Finish capital waiting travel and adaptive flight entry up to 10,000 yards. Preserve checked vertical climbs, recover blocked ground departures and find validated dry landings. Retain group routes and Undercity arrival constraints. Restore defense from native combat references, coordinate instance rendezvous and browser reentry, finalize clientless sessions before map destruction and transfer Halaa capture-point ownership safely. Include the associated regression tests, investigation reports and reusable diagnostic scripts. Keep generated runtime evidence and server binaries local through scoped ignore rules. Validation/build/live evidence is recorded in the session checkpoint and individual reports.	2026-11-05 10:35:34 +01:00
Nico	2403edcf18	Fix Alchemist Stone procs for healing potion events	2026-11-05 10:29:35 +01:00
Nico	aba5aeba2c	Keep queued adventure bots active and preserve browser admission rules Reuse formation performances while waiting for dungeon, raid or PvP admission, and accept compatible formation invitations without active recruitment or interrupting battleground offers. Require the full low-population wait for every participating queue entry and acknowledge connected clientless members during native group teleportation. Add regression coverage and document builds, live Yarumak/Seraellin checks and separately preserved shutdown crash findings.	2026-11-04 14:19:38 +01:00
Nico	d1aceaf583	Integrate safe bot shutdown and automatic login recovery Drain clientless sessions during normal shutdown with a 60-second grace and recovery audit. Recover invalid bot login states while preserving real transports and taxis. Handle bounded database reconnect failures with controlled service termination and clear OutdoorPvP references before shutdown destruction. Prevent obsolete transport actions from overriding newer movement. Add regression coverage, live validation notes and the updated parallel -j10 build workflow in AGENTS.md. Full build, twelve regression tests and live login/shutdown/database-fault checks passed.	2026-11-04 13:00:26 +01:00
Nico	ba2a4e629c	Recover stalled flights locally and fly rejected route approaches clang PCH / build (push) Canceled after 0s Details GCC PCH / build (push) Canceled after 0s Details	2026-11-04 01:14:02 +01:00
Nico	f8ee1d0ff6	Preserve instance groups during leader absence and travel	2026-11-04 01:13:53 +01:00
Nico	65e4abb0b9	Fix shared flight trail replacement and safe follower rejoining Publish replacement landing targets, bound orphaned trail waits, and plan safe connections from the follower position. Support shared-route regroup landings and preserve catch-up flights after the leader lands. Add geometry, lifecycle and group travel regressions.	2026-11-03 19:59:56 +01:00
Nico	768810a82d	Record confirmed Wintergrasp fix and scheduled 20:00 raid retest	2026-11-03 19:00:48 +01:00
Nico	a6572242c6	Fix flight departure recovery and Wintergrasp mount permissions Keep takeoff clearance until actual ascent, blacklist rejected dynamic bridges, and diagnose group ground-path rejection. Synchronize native Wintergrasp client mount permission with battle state and fix duplicate Zangarmarsh graveyard ownership. Add regression tests and generic testbot aura inspection.	2026-11-03 18:56:16 +01:00
Nico	fe03ea8ca5	Fix VMAP probe handle leaks and tile model ownership Close the tile stream opened during existence checks and validate parent-map fallback directly. Track each tile's successful model acquisitions so failed or partial loads cannot release references owned by dynamic objects or other tiles. Add production-method regression tests covering file descriptor stability, transient acquisition failures, shared references, duplicate loads, partial files and parent-map overlaps. Reproduced both original defects on 6f8f59ec6d; build and test-server verification passed.	2026-11-03 13:31:04 +01:00
Nico	6f8f59ec6d	Fix short-stop elevator travel and recover stranded passengers clang PCH / build (push) Canceled after 0s Details GCC PCH / build (push) Canceled after 0s Details Require 500ms remaining dwell to begin elevator boarding, allow exits at stopped docks without a dwell budget, and preserve journeys across interrupted transitions. Recover elevator passengers to their original destination after five minutes. Add regression coverage and elevator recording documentation. Verified production build and live round trips with a dedicated testbot; Mokrak also completed a natural elevator trip.	2026-11-03 01:21:13 +01:00
Nico	ae0b7513d9	Publish validated group flight landings and extend moving trail handoffs	2026-11-02 10:03:52 +01:00
Nico	3056063f12	Allow validated vertical approaches to elevated flight landings clang PCH / build (push) Canceled after 0s Details GCC PCH / build (push) Canceled after 0s Details	2026-11-02 08:32:21 +01:00
Nico	2778cf9bdd	Use journey-stable distance costs for clientless travel routes	2026-11-02 06:26:58 +01:00
Nico	3c361e435a	Improve AdventureBot instance and flight navigation clang PCH / build (push) Canceled after 0s Details GCC PCH / build (push) Canceled after 0s Details	2026-11-01 17:00:59 +01:00
				`@@ -0,0 +1 @@`
				`return { identity={name=character_name}, behavior={enabled=false,daily_schedule=false}, movement={can_ground_mount=false,can_free_fly=true,flight_mounts={[32235]=1}},professions={primary={}} }`