-
Notifications
You must be signed in to change notification settings - Fork 1
Support Specials And Tactical Modules Atlas
This atlas maps support calls, specials and tactical modules: paratroopers, paradrops, UAV, artillery, ICBM/Nuke, MASH, airlift/ZetaCargo, service actions and supply mission hooks.
This page is the support/tactical gateway. Use it to identify which runtime family owns an effect, then follow the owner page before editing authority, economy, networking or smoke status.
| Need | Start here |
|---|---|
| Tactical menu entry points, button gates and local support flow | Tactical Menu Entry Points below and Client UI systems |
RequestSpecial server authority and forged-payload risk |
Server Dispatch And PV Paths, Server authority migration map |
| ICBM/nuke hardening | ICBM authority |
| Artillery visibility, commander-built ARTY and fire-mission smoke | Construction and CoIn systems, Testing workflow |
| Supply missions, service actions or client-side funds/debits | Supply mission authority cleanup, Service menu affordability guards, Economy authority first cut |
| MASH, UAV, ZetaCargo, AAR or aircraft ordnance leaf behavior | Module Deep Dives and Aircraft Ordnance Guardrails below |
| Branch/release readiness for support fixes | Feature status register, Source fix propagation queue, Testing workflow |
This atlas carries support orientation and selected source anchors. Deep hardening status belongs on owner pages: Server authority migration map for RequestSpecial, ICBM authority for nuke, Service menu affordability guards for service actions, and Supply mission authority cleanup for supply. The upgrade-sync matrix below was refreshed against docs checkout e785f1e9, stable origin/master cf2a6d6a, Miksuu b8389e74, origin/perf/quick-wins 0076040f, release a96fdda2 and origin/feat/upgrade-queue-stacking b061c905; all checked roots still keep the mixed _args / _this parser in Server_HandleSpecial.sqf:67-73.
The main support UI is Client/GUI/GUI_Menu_Tactical.sqf.
Key source refs:
-
GUI_Menu_Tactical.sqf:58-61defines support list/fees/cooldowns. -
:146-217owns fast-travel destination discovery, fee-mode filtering and local fee marker text. -
:252-282gates support buttons by funds, upgrade level and local cooldown state. -
:403-406locally debits paid fast travel after destination click. -
:371-373,:513-527sendRequestSpecialsupport requests. -
:463-505performs the ICBM local launch flow. -
:532-605requests artillery/fire mission behavior.
Server dispatch starts at Server/PVFunctions/RequestSpecial.sqf:1, which forwards directly into Server/Functions/Server_HandleSpecial.sqf. The server dispatch file handles paratroops/ammo/vehicle/UAV around :43-64, ICBM around :97-111, and repair-camp behavior around :147-170.
RequestSpecial scout 2026-06-04: the active tag set in source Chernarus is update-teamleader, group-query, Paratroops, ParaVehi, ParaAmmo, RespawnST, uav, upgrade-sync, update-clientfps, update-town-delegation, ICBM, process-killed-hq, connected-hc and repair-camp. track-playerobject has a server switch case around Server_HandleSpecial.sqf:133-145, but no active Chernarus RequestSpecial caller was found; treat it as an undriven bookkeeping branch unless a later dynamic caller proves otherwise.
Depth scout follow-up 2026-06-04 added one high-value authority caution: group-query is not just a harmless request relay. Server_HandleSpecial.sqf:13-31 trusts payload _group, _player and _side; if the target leader is AI and the group lacks wfbe_uid, it calls Common_ChangeUnitGroup.sqf:3-11 to move the payload player into that group. Patch this in the server-authority lane by deriving requester/player/side server-side before any group move.
Mini-scout follow-up 2026-06-04 tightened the authority map:
- Tactical menu gating is client-side first:
Client/GUI/GUI_Menu_Tactical.sqf:252-283,293-347,463-527checks funds, upgrades, commander status, UAV state and local cooldowns before requests are sent. - Artillery is not a
RequestSpecialasset-spawn path.Client_RequestFireMission.sqf:50-72,Common_HandleArtillery.sqf:7-85andCommon_FireArtillery.sqf:7-72own local cooldown/fire-control/range behavior, with ammo options loaded throughCommon_GetArtilleryAmmoOptions.sqf:41-72andCommon_LoadArtilleryAmmo.sqf:18-53. - UAV is client-spawned and client-paid in
Client/Module/UAV/uav.sqf:15-52;Server/Support/Support_UAV.sqf:6-20mainly monitors and cleans it up. -
Server_HandleSpecial.sqf:67-73has a fragileupgrade-syncbranch: it reads_sidefrom_args select 1, then_upgrade_id/_upgrade_levelfrom_this select 2/3. Any caller-shape change can break that branch differently from the otherRequestSpecialtags.
upgrade-sync is consistency/cleanup debt rather than a proven current runtime break: Server_HandleSpecial.sqf:3 sets _args = _this, so today's mixed _args / _this reads resolve to the same payload. The cleanup is still patch-ready because it makes the RequestSpecial tuple contract explicit before broader router hardening.
| Root / branch | Evidence | Status |
|---|---|---|
Docs checkout Chernarus e785f1e9
|
Server_HandleSpecial.sqf:3,67-73 assigns _args = _this, reads _side from _args select 1, then _upgrade_id / _upgrade_level from _this select 2/3; GUI_UpgradeMenu.sqf:171 sends ["upgrade-sync", WFBE_Client_SideJoined, _this select 0, _this select 1]; Server_ProcessUpgrade.sqf:26,29,35 owns the sync variable. |
Mixed-source reads remain; current behavior is equivalent but fragile. |
Docs checkout maintained Vanilla e785f1e9
|
Same maintained-root shape in Server_HandleSpecial.sqf:3,67-73, GUI_UpgradeMenu.sqf:171 and Server_ProcessUpgrade.sqf:26,29,35. |
Needs the same cleanup if source is patched. |
Stable origin/master cf2a6d6a
|
Same mixed _args / _this branch in both maintained roots; Chernarus and maintained Vanilla callers shifted to GUI_UpgradeMenu.sqf:268 after the upgrade-menu countdown/status work. Server_ProcessUpgrade.sqf:26,29,35 still owns the sync variable. |
No stable-master rescue; only caller line drift from the docs checkout. |
Miksuu upstream b8389e74
|
Same mixed branch in both maintained roots; caller line GUI_UpgradeMenu.sqf:241; Server_ProcessUpgrade.sqf:26,29,35 still owns the sync variable. |
No upstream rescue. |
origin/perf/quick-wins 0076040f
|
Same mixed branch in both maintained roots; caller line GUI_UpgradeMenu.sqf:241; Server_ProcessUpgrade.sqf:26,29,35 still owns the sync variable. |
Perf branch does not touch this router path. |
Release origin/release/2026-06-feature-bundle a96fdda2
|
Same mixed branch in both maintained roots; release Chernarus and maintained Vanilla callers both sit at GUI_UpgradeMenu.sqf:254; Server_ProcessUpgrade.sqf:26,29,35 still owns the sync variable. |
No release rescue; only release-root line drift. |
origin/feat/upgrade-queue-stacking b061c905
|
Same mixed branch in both maintained roots; Chernarus and maintained Vanilla callers sit at GUI_UpgradeMenu.sqf:268; RequestUpgrade.sqf:5 still forwards directly into WFBE_SE_FNC_ProcessUpgrade. |
Queue UI work does not normalize the upgrade-sync tuple or close upgrade request authority. |
Patch order: normalize the branch to read side/id/level from _args only, add a short tuple comment or helper-local guard if editing the router, keep RequestUpgrade authority migration separate, propagate maintained Vanilla, then smoke normal commander upgrade completion, non-server client timer sync, malformed/short payload rejection and AI commander upgrade progress.
Support-authority scout 2026-06-04 sharpened the non-ICBM payload-trust cases:
- Paratrooper support passes payload
_playerTeamintoSupport_Paratroopers.sqf; the dropped infantry are created into that team and the marker callback targetsleader _playerTeam. A forged or stale team payload is therefore not just a notification issue. -
RespawnSTis called fromGUI_Menu_Economy.sqf:91-96withsideJoined, whileServer_HandleSpecial.sqf:55-60trusts the payload side and damages every currentwfbe_ai_supplytrucksentry for that side. Treat wrong-side forged respawn requests as part of the non-ICBM support authority lane. - Camp repair action scripts send
["repair-camp", _camp, WFBE_Client_SideID];Server_HandleSpecial.sqf:147-168trusts the camp object and repair-side payload when changing campsideIDand broadcastingCampCaptured. - Old UAV cleanup is server-observed but client-created/client-paid:
Client/Module/UAV/uav.sqf:27-52owns spawn/debit, andSupport_UAV.sqf:6-20mainly tracks/cleans the payload object.
No live RequestSupport symbol was found in source Chernarus during the 2026-06-04 trigger-chain scout; support and special effects route through RequestSpecial.
Transport split from the 2026-06-04 supports scout:
- Registered support requests use the generic PVF envelope:
Common/Functions/Common_SendToServer.sqf:12-18prepends the function tag,Server/Functions/Server_HandlePVF.sqf:9-14dispatches it, andServer/PVFunctions/RequestSpecial.sqf:1delegates intoServer_HandleSpecial.sqf. - Client-bound support feedback uses the sibling path:
Common/Functions/Common_SendToClient.sqf:9-18andClient/Functions/Client_HandlePVF.sqf:19-22. - Artillery is not the same server-accepted support path.
Client/GUI/GUI_Menu_Tactical.sqf:531-547gates fire missions locally,Common_GetTeamArtillery.sqf:10-30discovers usable guns from the caller's group units,Client/Functions/Client_RequestFireMission.sqf:13-31,51-54starts local fire/cooldown behavior, andCommon/Functions/Common_FireArtillery.sqf:9-23,53-72validates gun/range/firing mechanics. The 2026-06-04 source patch makes manned artillery-class base-area defenses use the current commander team when one exists (Construction_StationaryDefense.sqf:91-94), so commander-built HQ/base ARTY can become visible to this group-based fire-mission path. Smoke that ownership separately from ARTY setup in Arma 2 OA. - Service actions are another local support family.
Client/GUI/GUI_Menu_Service.sqf:196-234debits/spawns rearm/refuel/repair/heal support locally; Service menu affordability guards owns the small local correctness patch, while full authority remains an economy-ledger redesign.
Adjacent server runtime surfaces: grouped base areas are enabled only when WFBE_C_BASE_AREA > 0 (Server/Init/Init_Server.sqf:565). Side logic seeds wfbe_basearea at Init_Server.sqf:380; Server/FSM/basearea.sqf:46-80 then polls every 20 seconds, prunes invalid/remote base-area logics, and schedules delayed orphan-defense cleanup through _onAreaRemoved (basearea.sqf:12-43). Server/FSM/groupsMonitor.sqf:1-14 is a dormant debug monitor that logs allGroups counts every 30 seconds; its only source start point found in this pass is commented at Init_Server.sqf:567.
| Feature | Status | Notes |
|---|---|---|
| Tactical support menu | Partial | UI works, but most fee/cooldown/upgrade gates are client-side only. |
| Fast travel | Working/partial | Local Tactical flow. Fee mode hides unaffordable towns and debits locally; branch/root matrix and UX decision live in Client UI systems. |
| Paratroopers | Working/partial |
RequestSpecial -> HandleSpecial -> KAT_Paratroopers; server creates transport/units and sends marker callback. Missing server-side fee/cooldown/upgrade validation. |
| Ammo paradrop | Working/partial | Client-gated by WFBE_UP_SUPPLYPARADROP and shared lastSupplyCall; server creates aircraft/crates. |
| Vehicle paradrop | Working/partial | Similar to ammo paradrop; server creates cargo vehicle and empty-vehicle cleanup. |
| UAV | Partial | Client creates UAV, deducts funds and sends tracking request; server mostly monitors cleanup and reveal broadcasts. |
| Artillery | Working/partial | Local/client fire authority with upgrade-gated UI/ammo/timeout behavior. |
| Anti-air radar (AAR) | Working/partial | Base structure and client marker feature are live when enabled; upgrade levels change marker detail and refresh rate, but the per-aircraft marker loops are client-local and should be performance-smoked on busy air games. |
| ICBM/Nuke | Partial/high-risk | Client deducts funds and sends RequestSpecial ["ICBM", ...]; server applies nuke damage from payload. Stale adjunct paths remain. |
| MASH | Partial/stale | Local officer deploy path supports respawn lookup, but marker sender/relay/receiver are split or disabled. |
| ZetaCargo/airlift | Broken/partial | Hook attaches nearby unmanned land vehicle; detach action does not pass the lifted vehicle even though unhook expects it. |
| Service menu | Working/partial | Repair/refuel/rearm/heal effects and deductions are client-side; local support scripts recheck world state but not full money authority. |
| Supply mission | Partial | Server validates return proximity but trusts client-set SupplyFromTown / SupplyAmount. |
| Supply truck respawn | Safe-disabled / authority gap if revived | Economy menu requests RequestSpecial ["RespawnST", sideJoined]; Server_HandleSpecial.sqf:55-60 still trusts the payload side and damages the side logic's wfbe_ai_supplytrucks list. Current origin/master cf2a6d6a and release a96fdda2 initialize that list and log-disable old AI supply-truck logistics at Init_Server.sqf:382-384 in both maintained roots instead of raw-spawning UpdateSupplyTruck; the old worker still points at missing Server\FSM\supplytruck.fsm at AI_UpdateSupplyTruck.sqf:17. Canonical branch matrix: AI commander autonomy audit. |
RequestSpecial.sqf is intentionally tiny and forwards payloads. That makes Server_HandleSpecial.sqf the important hardening boundary. Today, several high-impact support effects rely on the client UI having already enforced role, upgrade, fee and cooldown.
Use Server authority migration map before adding public support features. Use ICBM authority for the nuke path specifically, because it has public-server blast radius.
The tactical UI keeps support fees and intervals locally. The scout observed support fee examples [0,75000,9500,3500,8500,0,12500,0,0] and intervals [0,1000,800,600,900,0,0,0,0]; paid fast travel uses the separate distance-based WFBE_C_GAMEPLAY_FAST_TRAVEL_PRICE_KM path. Button enabling checks funds/upgrades/cooldowns client-side; future patches should re-check the same facts on the server before spawning assets or applying map-wide effects.
Do not treat those UI checks as security boundaries. For paradrops, UAV and ICBM, the server router currently assumes the client already did role, upgrade, fee and cooldown filtering. For artillery and services, much of the effect/debit path is client-local. Public-server hardening should therefore separate:
-
RequestSpecialserver validation for server-spawned assets and map-wide effects. - local correctness guards for service/EASA/artillery UI paths.
- a broader economy ledger decision for client-side funds/effects.
AAR is a live base-support system, not only a historical changelog item. The build/action layer recognizes AARadar structures (RequestStructure.sqf:14; updateavailableactions.fsm:189-222), and unit init starts Common_AARadarMarkerUpdate.sqf for opposite-side aircraft when WFBE_C_STRUCTURES_ANTIAIRRADAR > 0 (Init_Unit.sqf:111-114). The marker loop hides work while the map is closed, requires an AAR in range, applies the configured detection altitude, and reads WFBE_UP_AAR to move from speed-only markers at 5 seconds to altitude at 3 seconds and aircraft type at 1 second (Common_AARadarMarkerUpdate.sqf:53-121). It also records PerformanceAuditAARMarkerScripts and aar_marker_update samples, so large-aircraft smoke should include map-open/map-closed performance.
Client/Module/UAV/* owns creation/cost/PV behavior, interface toggles and reveal broadcasts. The server monitors/trashes the UAV when the leader leaves or the UAV dies. Current authority is client-led for spawn/cost and server-led for cleanup tracking.
Client/Module/Nuke/* owns launch UI/marker/object flow and sends the special request. Client/FSM/updateclient.sqf:19-20 still registers an ICBM_launched event handler, but no current publisher was found. NukeIncoming PVF exists but the current launch path uses RequestSpecial.
Client/Module/Skill/* owns officer MASH/supply actions. MASH deploy creates local tent state used by respawn lookup. Marker sync is stale: the server relay exists, the client receiver compile is commented, and no maintained Chernarus/Vanilla sender was found. The 2026-06-05 branch recheck found the same orphaned relay shape on stable, Miksuu upstream and the current release branch; modded eden/lingor sender lines are drift, not maintained-marker proof. Use Respawn/death lifecycle for the live respawn split.
Client/Module/ZetaCargo/* defines lifters/types and hook/unhook behavior. Airlift action is gated by WFBE_UP_AIRLIFT, but the detach action does not pass the lifted vehicle while Zeta_Unhook.sqf expects it in action arguments.
Paradrops, service actions and supply missions overlap with economy authority:
- Paradrops are server-created assets but client-gated requests.
- Service actions perform local timed repair/rearm/refuel/heal support and client-side debits.
- Supply mission completion adds side supply server-side but trusts truck variables set from client mission start.
Use Supply mission authority cleanup, Service menu affordability guards and Economy authority first cut for implementation sequencing.
Current source has live ordnance guardrails, but they are not all equally active:
- Bomb distance restriction is live for
Bo_FAB_250andBo_Mk82. Plane setup attachesHandleShootBombs(Common/Init/Init_Unit.sqf:118-121); the handler exits unless the ammo is one of those bomb classes, requires the local player as shooter, readsWFBE_C_GAMEPLAY_BOMBS_DISTANCE_RESTRICTION, checkscursorTarget, hintsSTR_WF_MESSAGE_BombDistanceRestrictionand deletes the projectile when the target is beyond the configured distance (Common/Functions/Common_HandleShootBombs.sqf:15-30). - Bomb altitude is config-present but runtime-dormant in that handler.
Rsc/Parameters.hpp:284-288exposesWFBE_C_GAMEPLAY_BOMBS_ALTITUDE, default 2000, but the altitude check/delete block inCommon_HandleShootBombs.sqf:32-44is commented out. - Incoming missile range limiting is live when
WFBE_C_GAMEPLAY_MISSILES_RANGEis non-zero. Non-man units get anincomingMissilehandler (Common/Init/Init_Unit.sqf:125-128);Common_HandleIncomingMissile.sqf:9-21deletes IR-lock missiles, with a dumb-bomb workaround, once they exceed the configured range. - Terrain-masking missile blocking is live for tanks, cars and air units through a
Firedhandler (Common/Init/Init_Unit.sqf:207-212).Common_HandleShootMissiles.sqf:95-140detects guided missile-like ammo, usescursorTarget, checks vehicle-to-target terrain intersection with ASL positions and deletes the projectile withSTR_WF_MESSAGE_MissileTerrainMaskingRestrictionplusMissileLaunchBlocked. - The terrain-masking handler has a commented
_limit_distancesection (Common_HandleShootMissiles.sqf:107-117), so current enforcement is terrain-intersection based rather than "only under configured distance". - Aircraft AA gating is partial/path-dependent. Build, buy, rearm and EASA paths remove/filter AA missiles through upgrade and parameter checks (
Client_BuildUnit.sqf:287-293;Server_BuyUnit.sqf:155-162;Common_RearmVehicle.sqf:53-60;GUI_Menu_EASA.sqf:15-20), but start/pre-placed vehicles or unusual creation paths should be smoke-tested before claiming complete coverage.
The main risks are locality and player-facing false positives: bomb distance and missile masking lean on local cursorTarget, the unit init path exits for non-local player scope, and bomb altitude has a lobby parameter without active enforcement. Treat future aircraft-balance work as runtime-test-heavy, not just config editing.
Wave N rechecked the support router and found two source-level traps worth keeping on this owner page:
-
Server/PVFunctions/RequestSpecial.sqf:1remains only a trampoline intoHandleSpecial, so the actual authority boundary isServer/Functions/Server_HandleSpecial.sqf. That dispatch accepts paratroop/ammo/vehicle tags around:43-52, UAV around:63-64, ICBM around:97-111,track-playerobjectaround:133-146andrepair-camparound:147-170. - RU para-ammo config is effectively commented out in
Common/Config/Core_Root/Root_RU.sqf:36: theWFBE_%1PARAAMMOassignment appears after//--- Starting Vehicleson the same physical line.Server/Support/Support_ParaAmmo.sqf:59-60exits unlessWFBE_%1PARAAMMOis an array, so RU ammo paradrop support needs a config-line repair before it can be treated as feature-complete. -
Client/PVFunctions/NukeIncoming.sqf:7playsairRaid, while Assets/config/localization/parameters atlas confirms noclass airRaidinSounds/description.ext. IfNukeIncomingis revived, add or replace that sound reference.
| Finding | Patch shape |
|---|---|
RequestSpecial trusts client-side gates |
Add server-side requester/side/role/funds/cooldown/upgrade validation before dispatching assets or map-wide effects. |
| Base-area cleanup private-list nit | If editing basearea.sqf, add _unit to the _onAreaRemoved private list before its static-gunner cleanup block. This is low-risk hygiene, not an urgent behavior bug. |
| Bomb altitude parameter is dormant | Either revive and smoke the commented altitude block in Common_HandleShootBombs.sqf, or rename/document the parameter as historical so admins do not expect it to enforce. |
| Ordnance guardrails depend on local target state | Test lock/no-lock, pilot/gunner, AI crew, JIP and remote locality cases before tightening bomb or missile restrictions. |
| AA missile gating is path-dependent | Verify start vehicles, purchased aircraft, client-built aircraft, rearmed aircraft, SAMs and EASA loadouts all pass the same WFBE_C_GAMEPLAY_AIR_AA_MISSILES / WFBE_UP_AIRAAM policy before calling AA restrictions complete. |
| RU ammo paradrop config is commented out | Split Root_RU.sqf:36 so the starting-vehicle comment does not swallow WFBE_%1PARAAMMO; smoke RU para-ammo request after the fix. |
upgrade-sync mixed argument source |
Use the upgrade-sync branch matrix. Normalize Server_HandleSpecial.sqf:67-73 to read side/id/level from one payload shape, then smoke upgrade completion synchronization. |
| Zeta detach missing vehicle arg | Pass [_vehicle] when adding the detach action in Zeta_Hook.sqf, or revise Zeta_Unhook.sqf to find the lifted object safely. |
| Stale ICBM adjuncts | Either wire the ICBM_launched / NukeIncoming paths intentionally or remove/document them as dead. If revived, fix the missing airRaid sound reference first. |
| MASH marker flow is split | Reconcile sender, server relay, client receiver, delete replay and JIP resend, or remove/archive the stale marker relay. |
| Supply mission cargo/source trust | Recompute cargo/source/reward server-side from trusted truck/town state. |
| UAV creation/cost client-owned | Move UAV spawn/cost validation server-side or validate requested type, side, funds and existing UAV before accepting tracking. |
- Paratrooper, ammo and vehicle paradrops with valid/invalid upgrade levels and insufficient funds.
- UAV spawn, reveal, leader disconnect and cleanup.
- Artillery request with each upgrade level and local/remote gunner state.
- ICBM request from valid commander and forged/non-commander payload.
- MASH deploy, respawn availability and marker sync.
- Zeta hook/unhook with vehicle attached.
- Service actions with changing funds/world state between button enable and click.
- Supply mission cargo reward and cooldown after truck reuse.
Previous: Modules atlas | Next: ICBM authority
Main map: Home | Feature triage: Feature status | Authority map: Server authority migration map
Home | Agent Guide | Current live state | Release 1.2.2 (B91) | Quickstart | Progress | Lifecycle wait-chain | Join/disconnect | Parameters/build | Assets/config | SQF atlas | PV index | Modules | Support/specials | Commander/HQ | Commander vote/reassign | Construction/CoIn | Construction cleanup | WDDM compositions | Factory/purchase | Upgrades/research | Towns/camps/capture | Victory/endgame | Markers/cleanup | Server runtime | AI runtime/HC | AI commander audit | HC delegation | Town AI safety | Commander reassignment | Resistance supply | Player UI workflow | UI atlas | Respawn/death | Gear template filter | Vehicle cargo loop | Service guards | UI IDD repair | UI design inspiration | WASP overlay | Feature status | Source propagation | release readiness | Tooling readiness | Integration trust | AntiStack DB | Owner decisions | Shelved registry | Abandoned feature revival | Hardening roadmap | PVF dispatch | Server authority | ICBM authority | Attack-wave authority | Telemetry families | AICOM V2 cutover | Consumer port map | Testing workflow | Server ops | Web tools | Ecosystem repos | Arma 2 OA refs | A2 traps | OA compatibility audit | Coverage ledger | Navigation inventory | Pruning ledger | Knowledge roadmap | Agent context | Collab protocol | Worklog | Audit archive 2026-07 | Briefing reference | Utes invasion concept
- Shelved AICOM concepts - revivable someday ideas (owner-shelved 2026-07-03)
Docs rule: source-backed claims only; Arma 2 OA scripting docs only; gameplay edits start in Missions/[55-2hc]warfarev2_073v48co.chernarus.
- Getting started
- Status and coordination
- Agent context
- Agent collaboration protocol
- Agent worklog
- Agent worklog archive
- Progress dashboard
- PR cleanup and integration lab
- Shelved PR #169: gear price double-count
- Shelved PR #194: Chernarus no-trees
- Coordination board
- Codebase coverage ledger
- Bottleneck removal queue
- Current source status
- Wiki mirror reconciliation
- Navigation inventory
- Registers
- Agent orchestration
- Architecture
- Architecture overview
- Mission entrypoints and lifecycle
- Lifecycle wait chain
- Player join/disconnect and AntiStack lifecycle
- Mission parameters/localization/build inputs
- Stringtable localization key-family catalog
- Source inventory
- Content structure and maps
- Assets/config/localization/parameters
- Mission start parameters index
- Code and networking
- Gameplay systems
- Content, reference and catalogs
- Faction unit/vehicle roster catalog
- Auxiliary/SF/civilian unit catalog
- Gear store loadout route catalog
- Upgrade research (cross-faction)
- Gear store price and upgrade catalog
- Gear store catalog (complete, per faction)
- Defense structures catalog
- Artillery reference per faction
- AI squad team templates catalog
- Town AI lifecycle reference
- Town AI group composition catalog
- Class-skill system reference
- Player skill abilities reference
- Default gear template content catalog
- Chernarus map content reference
- Takistan map content reference
- Takistan features
- Takistan parity reference
- Takistan oilfields objective reference
- IRS IR-smoke countermeasure
- Arty module special munitions
- Zeta cargo sling-load reference
- Spawn primitive function reference
- Kill and score pipeline
- Waypoint helper function reference
- Position and proximity function reference
- Side/team state function reference
- Player AI watchdog and recovery
- AICOM stuck-recovery v2
- LoadoutManager data-model contributor guide
- Discord status bot setup and reference
- GLOBALGAMESTATS extension reference
- New player quickstart (player guide)
- Optional client mods (player guide)
- Earning funds and score (player guide)
- Vehicle service and logistics (player guide)
- Commander's handbook (player guide)
- Tactical support menu
- Paradrop player experience
- Supply missions (player guide)
- In-game briefing & Diary field manual
- Playable maps catalog
- Faction root variables reference
- Faction base structures catalog
- Counter-battery radar system
- Bank, Reserve and Artillery Radar structures
- Map ruleset model and object config
- Countermeasures module reference
- Vehicle countermeasure (flares/spoofing)
- UAV terminal and spotter system
- Artillery firing function reference
- Service Point pricing model
- Medic redeployment truck (forward spawn)
- Side-patrol runtime and convoy mechanics
- Day/night cycle and weather system
- Config lookup helper reference
- CIPHER sort utilities reference
- Modded maps status and content
- BattlEye filter setup and OA taxonomy
- Player squad/group join protocol
- AutoFlip vehicle recovery
- Engine stealth fuel toggle
- Valhalla vehicle climbing-assist
- Missile and ordnance Fired-EH reference
- Vehicle equip and rearm reference
- Array and collection utilities
- Server composition spawner reference
- Upgrade queue server loop
- Map boundaries and off-map enforcement
- Namespace/profile/diagnostic utilities
- Group bool getVariable A2-OA trap
- Vehicle weapon balance init
- View distance auto-throttle
- Camp & respawn-camp getters
- Performance audit writer
- Site clearance (bulldozer)
- Factory queue cancel & refund
- AI commander tunable constants
- Experimental feature-flag constants
- Flag system quick reference
- Mission tunable constants catalog
- Gear parsing & cargo capacity
- Structure dressing function
- Paradrop delivery functions
- ICBM nuke client VFX & radiation
- Server HandleSpecial router
- LocalizeMessage chat router
- Gear buy-menu render & price functions
- Server broadcast & telemetry loops
- Per-unit client init pipeline
- Vehicle marking & texture pipeline
- Defense category & budget
- Legacy AI order primitives
- Commander-team driver
- AICOM command verbs
- AICOM behavior fix taxonomy
- AI commander wildcard deck reference
- AICOM aircraft and airfield system
- Static-defense manning
- End-of-game stats screen
- AI commander execution loop
- Deployable bipod / weapon resting
- Town-economy getters
- Server-init deadspawn & airfield probe
- GUER VBIED detonate action
- Resource income-tick engine
- AI commander treasury accessors
- PVF send-helper contracts
- AICOM logging & AICOMSTAT telemetry
- AICOMSTAT v2 event census
- WASPSCALE v2 telemetry
- WASPSCALE v2-ext coverage audit
- Telemetry families reference
- Group lifecycle & entity reaping
- Batch AI spawner orchestrator
- Client funds/income HUD readout
- Server group GC & cap warning
- Town runtime tuning constants
- Client input/hotkey handler
- WASP base-repair system
- WASP DropRPG launcher/ordnance
- CoIn construction-interface client engine
- Town-capture garrison & airfield rebuild
- Map-control & minimap templates
- Client FPS & state telemetry
- Client service-proximity getters
- Airfield-exclusive roster & unit hints
- Unit-camera spectator system
- Town-garrison patrol/defense worker
- RequestTeamUpdate squad-discipline
- Arma2Warfare GPT assistant
- LoadoutManager build configs & defines
- GLOBALGAMESTATS extension logging
- Discord bot instrumented logging
- Eden/Everon & Taviana map content
- Cruise missile strike asset
- AI / HC
- AI headless and performance
- AI mods and pathfinding reference
- Headless client scaling and topology
- AI runtime/HC loop map
- Headless client init and stat loop
- HC delegation target selection
- Player AI caps and role balance
- Old WarfareBE FPS comparison
- AI commander autonomy audit
- Upstream BE 2073 AICOM delta
- Parent 2.073 divergence audit
- AI commander capture & fun plan
- AI commander B69 improvement roadmap
- AI commander B69 implementation sketches
- AICOM V2 cutover status
- Headless delegation and failover
- Commander reassignment call shape
- GUER Director living-resistance pitch
- Quality and operations
- Foundation perf findings & Tier-3 dead-ends
- Dead/stale code register
- Commander vote/reassignment
- Attack-wave authority
- Server runtime and operations
- Server ops runbook
- JIP enrollment & client data delivery (b74.2 lessons)
- Server gameplay runtime atlas
- PerformanceAuditAnalyzer
- Performance opportunity sweep
- Documentation plan
- Knowledge platform roadmap
- Wiki quality audit
- Wiki pruning and relevance ledger
- Audit findings queue (2026-06-03)
- Deep review findings
- Client UI / server-loop perf findings
- Performance gain simulation
- Self-host testing field notes
- Cleanup and work lanes
- Hardening and authority
- UI / player workflows
- Client UI, HUD and menus
- UI HUD and dialogs
- Player UI workflow map
- Client UI systems atlas
- UI IDD collision repair
- UI control class library reference
- UI theme palette and style macros
- UI design inspiration 2026-07
- Available-actions client gate FSM
- Gear/loadout/EASA atlas
- Gear template profile filter
- Vehicle cargo equip loop bounds
- Factory and purchase systems atlas
- Service menu affordability guards
- WASP overlay
- Class-skill system reference
- Skin selector and class swap
- Earplugs audio toggle
- Mission audio catalog
- HQ radio knowledge-base catalog
- QoL trio player hints
- Player vehicle/travel actions
- Tooling / release / integrations
- Tools and build workflow
- Warfare web tools
- Ecosystem & companion repos
- Zargabad tooling parity
- July 2026 release readiness
- Operator monitor and CPU affinity tools
- Tooling release readiness audit
- Source fix propagation queue
- Agent release readiness ledger
- Release source intake map
- Testing/debugging/release workflow
- Current RPT release gate
- RPT telemetry consumer port map
- External integrations
- Integration trust boundary audit
- AntiStack database extension audit
- Community & Dev
- Community & Dev
- Miksuu upstream wiki import / archive index
- Upstream changelog feature leads
- Developer history and upstream lessons
- Upstream Miksuu commit intel
- Upstream mining ledger
- Archive script mining v2
- Upstream BE 2073 AICOM delta
- Parent 2.073 divergence audit
- PR8 and Drone upstream lesson match
- Development lessons learned
- External research reports
- Audit archive 2026-07
- Briefing reference
- Utes invasion concept
- Miksuu archive: Home
- Miksuu archive: Welcome
- Miksuu archive: Big announcements
- Miksuu archive: Changelog
- Miksuu archive: Development process
- Miksuu archive: Discord bot
- Miksuu archive: Gameplay videos
- Miksuu archive: LoadoutManager
- Miksuu archive: Chernarus script architecture
- Base-game visual catalogs
- Compatibility and references
- HC upstream history and lessons
- Player stats branch audit
- BuyMenu EASA QoL branch audit
- Perf quick wins branch audit
- Commander positions branch audit
- Zargabad branch audit
- Quad AI Commander concept
- Arma 2 OA external reference guide
- Base-game config & image reference
- Arma 2 OA compatibility audit
- Arma 2 OA agent traps reference
- Arma 2 OA command versions
- Wiki source consistency
- External Arma 2 OA reference index