Towns Camps And Capture Atlas

Towns, Camps And Capture Atlas

Canonical map for town object initialization, camp setup, capture/SV state, marker visibility, town AI activation and economy consumers. Use this with Economy, towns and supply, Server gameplay runtime atlas, Town AI vehicle safety, Supply mission architecture and Victory/endgame findings.

Why This Matters

Towns are the spine of Warfare. A town is not just a marker on the map: it is a synchronized mission logic object with ownership, supply value, camps, depot/camp models, capture state, marker visibility state, AI activation state, town defenses, income/supply output, supply mission cooldowns and victory implications.

The important split:

• mission.sqm and common init define town/camp objects and their initial variables;
• server init assigns starting ownership and starts the global town loops;
• server_town.sqf owns town capture, SV drain/regeneration and town-side transitions;
• server_town_camp.sqf owns camp capture as one global manager;
• server_town_ai.sqf owns AI activation/deactivation and active-town visibility state;
• client PV functions and marker loops render state and award some local bounties.

Do not patch town capture, town AI, supply missions, income, victory, or marker visibility as unrelated systems without checking this page first.

How To Use This Page

Need	Start here
Broad town/camp architecture	Source Files, Bootstrap Chain, Capture Ownership Chain
Current branch truth before citing line anchors	Current Branch Scope
Camp flag or zero-camp helper patch planning	Camp Capture, Camp Helper Risks, Feature status
Current patrol behavior	Patrols v2 Side-Upgrade Path
Pre-Patrols v2 / DR-57 history	Historical Town Patrol Mechanic
Economy, side supply or supply missions	Economy And Victory Consumers, Economy, towns and supply, Supply mission architecture
Town AI vehicle safety or HC behavior	Town AI Activation, Town AI vehicle safety, AI runtime/HC loop map

Current Branch Scope

Checked 2026-06-14 after git fetch --all --prune. Docs head 5243f91d has no checked town/camp/patrol/respawn/buy source-path changes from the earlier 3eefcb00 atlas checkpoint, so the docs-checkout line anchors below still apply.

Rechecked the Patrols v2 path on 2026-06-23: docs/source HEAD@665df909 has no Patrols v2 startup hits, current stable/B74.1 is origin/master@f8a76de34 / origin/claude/b74.1-aicom@f8a76de34, and current origin exposes no live release/* or patrol rescue heads. B74.2 is now origin/claude/b74.2-aicom@21b62b04; checked town/camp/patrol paths are unchanged from older B74.2 evidence d472da6a to 21b62b04.

Zero-camp helper/caller refs were refreshed again on 2026-06-23 after current B74.1/B74.2 fetch: docs/source HEAD@6b8b12df is unchanged from 91d1ccf2 / ade4d356 for the checked helper/consumer paths. Current stable/B74.1 origin/master@f8a76de34 / origin/claude/b74.1-aicom@f8a76de34, current B74.2 origin/claude/b74.2-aicom@21b62b04, current B69 origin/claude/b69@8d465fce, adjacent B74 origin/claude/b74-aicom-spend@b23f557f, Miksuu b8389e748243, origin/perf/quick-wins@0076040f and historical a96fdda2 all keep the zero-camp exitWith {1} helper fallback in both maintained roots. Checked docs helper/caller paths, B69..B74 helper/caller paths and d472da6a..21b62b04 town/camp helper/caller paths are empty for this lane; current origin exposes no live release/*, feat/*camp*, feat/*town*, fix/*camp* or fix/*town* rescue heads. The only matching live remote is origin/claude/upstream-town-defense-diag-sync, which is town-defense diagnostics rather than a helper-semantics rescue.

Camp flag/repair refs were refreshed again on 2026-06-23 after current B74.1/B74.2 fetch: docs/source HEAD@7b635187c8a1 is unchanged from de911438 / 28a7d9c5 for checked camp capture, repair-camp and CampCaptured client-handler paths; current stable/B74.1 is origin/master@f8a76de34 / origin/claude/b74.1-aicom@f8a76de34, B74.2 evidence was checked at origin/claude/b74.2-aicom@d472da6a and the checked town/camp paths are unchanged through current 21b62b04, current B69 is origin/claude/b69@8d465fce, adjacent B74 is origin/claude/b74-aicom-spend@b23f557f, current Miksuu is b8389e748243, perf is origin/perf/quick-wins@0076040f, historical release evidence is a96fdda2, live naval-HVT evidence is origin/feat/naval-hvt-objectives@2e1c5931, and live wildcard capture evidence is origin/fix/wildcard-w4w5-outer-capture@ead7e854. Checked 0139a3468609..origin/master, origin/master..origin/claude/b74.2-aicom and B69..B74 camp/repair/client-handler deltas do not add a repair-side flag refresh; current origin exposes no live release/* head, and wildcard capture is marker-audience/handler-shape evidence rather than a world-flag repair rescue. Treat older 89ae9dad text below as historical unless this table preserves it for a still-relevant branch.

Ref / root scope	Camp flag branch truth	Patrol branch truth	Zero-camp helper truth
Docs/source camp HEAD@7b635187c8a1 (camp paths unchanged from de911438 / 28a7d9c5; Patrols v2 evidence from HEAD@665df909; helper paths unchanged from 91d1ccf2 / ade4d356)	Chernarus and maintained Vanilla write captured camp sideID to _newSID at server_town_camp.sqf:132, then set the flag from old _side at :135; repair-camp changes sideID at Server_HandleSpecial.sqf:165 and broadcasts at :168 without a flag refresh. CampCaptured.sqf recolors markers only at :22,:47, so it does not repair the world flag object.	No Server/FSM/server_side_patrols.sqf, WFBE_UP_PATROLS or WFBE_ACTIVE_PATROLS startup hits were found in either maintained root; old town-patrol source remains the docs-checkout shape.	Both maintained roots keep Common_GetTotalCamps.sqf:10 and Common_GetTotalCampsOnSide.sqf:16 returning 1; consumers include server_town.sqf:179-195, Common_GetRespawnThreeway.sqf:7, Client_GetRespawnAvailable.sqf:69 and GUI_Menu_BuyUnits.sqf:111-112.
Current stable/B74.1 origin/master@f8a76de34 / origin/claude/b74.1-aicom@f8a76de34	Chernarus and maintained Vanilla fix independent capture: server_town_camp.sqf:83-86 writes _newSID, sets texture from str _newSide at :84, then broadcasts CampCaptured; repair-camp still changes side/broadcasts without a flag refresh, with current line drift to Chernarus Server_HandleSpecial.sqf:501,504 and Vanilla :468,471.	Patrols v2 is present in both maintained roots: WFBE_UP_PATROLS = 23 and WFBE_C_SIDE_PATROLS_MAX = 2 at Init_CommonConstants.sqf:60,63; Chernarus defaults/caps line-drift to :710,:908-909, Vanilla to :512,:780; runner compile is Init_Common.sqf:107; server driver starts at Chernarus Init_Server.sqf:872 / Vanilla :859; friendly markers start at Init_Client.sqf:495; level-4 convoy/camp-sweep hooks are Chernarus Common_RunSidePatrol.sqf:114,154,253 and Vanilla :108,148,247.	Both maintained roots still keep Common_GetTotalCamps.sqf:10 and Common_GetTotalCampsOnSide.sqf:16 returning 1. Consumers line-drift to server_town.sqf:188-204, Common_GetRespawnThreeway.sqf:7, Client_GetRespawnAvailable.sqf:92 and GUI_Menu_BuyUnits.sqf:120-121.
Miksuu master b8389e748243	Chernarus and maintained Vanilla still set independent capture flags from old _side at server_town_camp.sqf:88-91; repair-camp still has no flag refresh at Server_HandleSpecial.sqf:263,266.	No Patrols v2 startup hits were found in the checked constants/init paths; treat it as the older town-patrol lineage for this atlas.	Helper fallback is unchanged; consumers are server_town.sqf:163-179, Client_GetRespawnAvailable.sqf:69 and GUI_Menu_BuyUnits.sqf:111-112.
origin/perf/quick-wins 0076040f	Chernarus fixes independent capture at server_town_camp.sqf:135; maintained Vanilla still uses old _side at :135; repair-camp still has no flag refresh at Server_HandleSpecial.sqf:243,246.	No Patrols v2 startup hits were found in the checked constants/init paths; the older Chernarus patrol-worker loop fix is not the current side-upgrade driver.	Helper fallback is unchanged; consumers match the older docs-checkout line shape: server_town.sqf:179-195, Client_GetRespawnAvailable.sqf:69 and GUI_Menu_BuyUnits.sqf:111-112.
Historical release commit a96fdda2	Chernarus and maintained Vanilla fix independent capture at server_town_camp.sqf:83-86; repair-camp still changes side/broadcasts at Server_HandleSpecial.sqf:263,266 without a flag refresh.	The historical release commit keeps the older release patrol changes and the maintained-root server_patrols.sqf:26 loop-exit fix, but no Patrols v2 startup hits were found in the checked constants/init paths. Current origin exposes no live release/* heads on 2026-06-22.	Helper fallback is unchanged; consumers line-drift to server_town.sqf:163-179, Client_GetRespawnAvailable.sqf:56 and GUI_Menu_BuyUnits.sqf:117-118.

Active B69/B74 branch note, refreshed 2026-06-23: current origin/claude/b69@8d465fce and adjacent origin/claude/b74-aicom-spend@b23f557f are unchanged from 0a1ccb4d for the checked camp flag, repair-camp, CampCaptured client handler, helper and caller paths, and their checked B69..B74 delta is empty. They keep the current-stable independent-capture flag fix in both maintained roots (server_town_camp.sqf:83-86). Their repair-camp path still lacks a flag refresh, with Chernarus line drift to Server_HandleSpecial.sqf:491,494 and maintained Vanilla matching current stable at :468,471; CampCaptured.sqf:23,48 only recolors local markers. B69/B74 also keep the same zero-camp helper fallback in both maintained roots (Common_GetTotalCamps.sqf:10, Common_GetTotalCampsOnSide.sqf:16); helper consumers drift to server_town.sqf:188-204, Client_GetRespawnAvailable.sqf:92 and GUI_Menu_BuyUnits.sqf:120-121. For Patrols v2, B69 and adjacent B74 keep the side-upgrade driver in both maintained roots (server_side_patrols.sqf:12; Chernarus dispatch :132, Vanilla :72), and the checked B69..B74 Patrols-path delta is limited to source Chernarus Init_CommonConstants.sqf. Keep B69/B74 feature-readiness status on the AI commander pages rather than treating this as a stable/master fix.

B74.2 branch note, checked 2026-06-23: origin/claude/b74.2-aicom@21b62b04 branches from current stable/B74.1 origin/master@f8a76de34, has no GitHub PR route from gh pr list --head claude/b74.2-aicom --state all, changes 29 source Chernarus files / +424 / -38 and has no Missions_Vanilla payload. Checked town/camp helper/caller paths are unchanged from older B74.2 evidence d472da6a to 21b62b04. Town/camp relevant changes remain branch-only: WFBE_C_CAMPS_RANGE becomes 11.5 at Init_CommonConstants.sqf:487; WFBE_C_AICOM_CAMP_STALL_PASSES = 3 at :357 is consumed by Common_RunCommanderTeam.sqf:813,871; tiered patrol arrays are defined at Init_CommonConstants.sqf:175 and consumed by server_side_patrols.sqf:32,38; town/camp stat credits are written at server_town.sqf:240 and server_town_camp.sqf:90; source Chernarus still sets independent camp flags from str _newSide at server_town_camp.sqf:91 while maintained Vanilla keeps the stable-shaped :84; and carrier HVT recapture respawns the deck hangar and updates wfbe_hangar / wfbe_airfield_side at server_town.sqf:326-327. Zero-camp helpers still return 1 at Common_GetTotalCamps.sqf:10 and Common_GetTotalCampsOnSide.sqf:16 in both maintained roots; B74.2 source Chernarus caller drift is server_town.sqf:188-204, Common_GetRespawnThreeway.sqf:7, Client_GetRespawnAvailable.sqf:92 and GUI_Menu_BuyUnits.sqf:126-127, while maintained Vanilla stays stable-shaped at GUI_Menu_BuyUnits.sqf:120-121. repair-camp is still side/broadcast only at Chernarus Server_HandleSpecial.sqf:501,504 and maintained Vanilla :468,:471, so keep repair-camp flag debt and zero-camp helper debt separate; this branch does not prove maintained Vanilla/Takistan parity for its source-Chernarus pop-tier/stat payload.

New feature branch note, checked 2026-06-23: origin/feat/naval-hvt-objectives@2e1c5931 touches town-related files and Server_HandleSpecial.sqf, but keeps current-stable independent-capture flag behavior in both maintained roots (server_town_camp.sqf:83-86). Its repair-camp path still changes side and broadcasts without a flag refresh, with line drift to Chernarus Server_HandleSpecial.sqf:477,480 and maintained Vanilla :467,470; its client CampCaptured.sqf:23,48 still recolors markers only.

Wildcard capture branch note, checked 2026-06-23: origin/fix/wildcard-w4w5-outer-capture@ead7e854 keeps current-stable independent-capture flag behavior in both maintained roots (server_town_camp.sqf:83-86) and does not add a setFlagTexture write to repair-camp. It touches the checked client/handler paths by changing repair/lost marker audience at CampCaptured.sqf:47 and line-drifting repair-camp to Server_HandleSpecial.sqf:351,354 in both maintained roots, so treat it as branch-only marker/handler context, not a world-flag repair rescue.

Release-1.2.2 (Build 91) note, source-verified 2026-07-07 against claude/build84-cmdcon36 (c3cc5b1, Build 91 / release 1.2.2 candidate): three owner changes landed the same day, independent of the branch matrix above. (1) Town capture now additionally sweeps the town's own camps array and flips any leftover camp to the new owner (server_town.sqf:296-328, cmdcon45, gated on WFBE_C_TOWN_CAPTURE_FLIPS_CAMPS, default 1), running in addition to the existing Server_SetCampsToSide reset. (2) The camp-capture bubble was raised +10% (WFBE_C_CAMPS_RANGE 11.5 -> 12.65, WFBE_C_CAMPS_RANGE_PLAYERS 5 -> 5.5, Init_CommonConstants.sqf:1318-1319), stacking on the earlier B74.2 AI-only +15% bump. (3) The WFBE_C_TOWNS_AMOUNT lobby default changed from 7 (RemovedSmallTowns) to 4 (Full) (Rsc/Parameters.hpp:503-508; isNil fallback Init_CommonConstants.sqf:1618). See Camp Capture and Bootstrap Chain below for details.

Source Files

Area	Files
Mission objects	mission.sqm:124-128 first town example, mission.sqm:3265 WF_Logic town-removal lists and Init_TownMode.sqf call
Town amount mode	Common/Init/Init_TownMode.sqf:3-23
Per-town init	Common/Init/Init_Town.sqf:1-165
Common town wait	Common/Init/Init_Towns.sqf:3-15
Starting ownership / Patrols v2 handoff	Server/Init/Init_Towns.sqf:3-185; Server/FSM/server_side_patrols.sqf:1-72
Server loop startup	Docs checkout Server/Init/Init_Server.sqf:507-533; current stable/B74.1 Patrols v2 line drift Chernarus Init_Server.sqf:858,872 and Vanilla :845,:859
Town capture / SV loop	Server/FSM/server_town.sqf:12-276
Camp capture manager	Server/FSM/server_town_camp.sqf:1-160
Town AI activation	Server/FSM/server_town_ai.sqf:1-240
Town unit creation	Common/Functions/Common_CreateTownUnits.sqf:11-79
Capture client PVFs	Client/PVFunctions/TownCaptured.sqf, Client/PVFunctions/CampCaptured.sqf, Client/PVFunctions/AllCampsCaptured.sqf
PVF registration	Common/Init/Init_PublicVariables.sqf:25-35
Client town markers	Client/FSM/updatetownmarkers.sqf:1-136
Economy consumers	Common_GetTownsSupply.sqf, Common_GetTownsIncome.sqf, Common_GetTownsHeld.sqf, Server/FSM/updateresources.sqf

Bootstrap Chain

mission.sqm is part of runtime, not just editor data. Each LocationLogicDepot object calls Common\Init\Init_Town.sqf with:

• town logic object;
• display name;
• dubbing name or +;
• starting SV;
• max SV;
• town value;
• town type/template.

Example: mission.sqm:124-128 initializes Kamenka with Init_Town.sqf and disables simulation on the logic object.

WF_Logic at mission.sqm:3265 stores several Towns_Removed* arrays and starts Common\Init\Init_TownMode.sqf. Init_TownMode.sqf waits for WFBE_Parameters_Ready, picks the removal template from WFBE_C_TOWNS_AMOUNT, counts LocationLogicDepot objects and sets townModeSet = true (Init_TownMode.sqf:3-21).

Full-map default (release 1.2.2 / Build 91, owner 2026-07-07): the WFBE_C_TOWNS_AMOUNT lobby default moved from 7 (RemovedSmallTowns, which hid 17 named towns incl. Kabanino/Vybor/Pustoshka/Polana/Shakhovka) to 4 (Full) (Rsc/Parameters.hpp:503-508; isNil fallback in sync at Init_CommonConstants.sqf:1618). Init_TownMode.sqf's removal-template switch (:10-18) has no case 4, so at the Full default TownTemplate stays the empty array it starts as and every LocationLogicDepot town spawns.

Init_Town.sqf waits for both townModeSet and WFBE_Parameters_Ready (:18). It then:

• exits disabled towns listed in TownTemplate (:23-27);
• sets town name, range, starting SV, max SV and supply mission seed variables (:31-36);
• resolves random town type templates (:38-40);
• on the server, finds synchronized camps and defense logic objects (:44-64);
• creates the depot model and initializes sideID / supplyValue if absent (:81-88);
• creates camp bunkers and flags, initializes camp sideID, supplyValue, wfbe_camp_bunker and wfbe_flag (:96-127);
• registers the town's camps with the global camp manager (:129-130);
• waits for townInitServer before creating initial defenses (:134-139);
• on clients, creates local camp marker names (:149-158);
• finally appends the town to the global towns array (:165).

Common/Init/Init_Towns.sqf waits until every depot logic has sideID or wfbe_inactive, then sets townInit = true (:6-13).

Starting Ownership

After common town init, current stable/B74.1 origin/master@f8a76de34 calls Server\Init\Init_Towns.sqf when a special starting mode or the patrol parameter is enabled; otherwise it sets townInitServer = true directly (Chernarus Init_Server.sqf:858, maintained Vanilla :845).

Server/Init/Init_Towns.sqf implements starting modes:

• mode 1: 50/50 west/east by distance from start positions (:6-33);
• mode 2: nearby towns for each side (:35-64);
• mode 3: random 25% west, 25% east, 50% resistance with optional map-boundary center selection (:66-157);
• Patrols v2 retired the old wfbe_patrol_enabled town subset path. Server/Init/Init_Towns.sqf:159-160 now documents the handoff to the side-upgrade driver instead of flagging towns.

Starting mode writes both town sideID and each camp sideID with public broadcast (:24-31, :55-62, etc.).

Server Loop Startup

Once side/base initialization is complete, server init starts the major town loops:

• server_town.sqf at Init_Server.sqf:509-510;
• server_town_ai.sqf at :512-515 when defender or occupation AI is enabled;
• victory, resource, upgrade queue and side-patrol loops after townInit; on current stable/B74.1 origin/master@f8a76de34, server_side_patrols.sqf starts at Chernarus Init_Server.sqf:872 and maintained Vanilla :859.

This ordering matters. Capture/SV, town AI, resources and victory are separate loops with overlapping state, not one monolithic FSM.

Town Capture And SV

server_town.sqf is one global loop over all towns. Each cycle:

1. reads town sideID, startingSupplyValue, maxSupplyValue and supplyValue;
2. scans nearby Man, Car, Motorcycle, Tank, Air, Ship inside the configured capture range and below height 10 (:55-63);
3. computes enemy pressure for current owner (:65-69);
4. optionally regenerates supply value over time when no active enemies are present (:78-99);
5. applies one of three capture modes:
   • mode 0 classic contesting (:138-147);
   • mode 1 threshold/dominion (:107-136);
   • mode 2 camp-gated dominion, requiring all camps for a side before town capture proceeds (:149-190);
6. publishes wfbe_attacker_sideIDs so marker visibility can reveal attacked-town SV only to involved sides (:202-207);
7. drains town supplyValue by attacker count, camp ratio and capture-rate factors (:192-213);
8. restores SV up to starting SV when protected by current owner (:216-223);
9. on capture, sets new sideID, sends TownCaptured, sets all camps to the new side, removes old town defense units and creates new defenses if enabled (:226-255);
10. records PerformanceAudit metrics if enabled (:262-267);
11. sleeps cooperatively between towns and 5 seconds per full cycle (:259-273).

The capture loop is server-owned for town sideID, town supplyValue, attacker visibility state, camp reassignment and defense ownership.

Capture Ownership Chain

The compact server-owned chain is:

1. server_town.sqf:149-196 decides whether a side has enough dominance to drain/capture the town, including camp-gated mode 2.
2. On capture, server_town.sqf:226-241 writes the town sideID, broadcasts TownCaptured and calls WFBE_SE_FNC_SetCampsToSide.
3. Server_SetCampsToSide.sqf:18-27 sets every camp to the new side, resets camp SV to the town starting SV, changes flags and broadcasts AllCampsCaptured.
4. Independent camp captures are handled by server_town_camp.sqf:122-138, which writes camp sideID, changes the flag and broadcasts CampCaptured.
5. server_town.sqf:296-328 (release 1.2.2, cmdcon45, flag WFBE_C_TOWN_CAPTURE_FLIPS_CAMPS default 1) additionally sweeps the town's own camps array on capture and flips any camp not already on the new side, independent of steps 3/4 above.

That means ownership is server-owned, but player bounty/funds reactions to those broadcasts still happen client-side in the PVF handlers below.

Mini-scout follow-up 2026-06-04 also checked commander voting adjacency. No direct source path was found from town/camp capture events into commander election state. RequestCommanderVote.sqf:8-22, RequestNewCommander.sqf:8-14, Server_VoteForCommander.sqf:16-57 and the vote menus are separate commander-flow plumbing; town capture affects economy, defenses, camps and markers, not commander assignment.

Camp Capture

Camps are not handled by one script per camp anymore. server_town_camp.sqf registers each town's camps into WFBE_SE_TownCampWorkers, then keeps exactly one global camp manager alive (:8-14).

Each camp cycle:

• scans nearby Man entities inside WFBE_C_CAMPS_RANGE (server_town_camp.sqf:53);
• applies the shorter player-specific range from WFBE_C_CAMPS_RANGE_PLAYERS (server_town_camp.sqf:55-57);
• uses dominion logic to decide pressure/protection (:72-99);
• drains/restores camp supplyValue using a time-scale factor based on the previous per-camp cadence (:45-47, :99-119);
• on capture, sets camp sideID, changes flag texture, sends CampCaptured, and logs PerformanceAudit metrics (:122-153).

Capture Bubble Constants

Constant	Value	Applies to	Source
WFBE_C_CAMPS_RANGE	12.65	AI + players, pre-filter scan radius	Common/Init/Init_CommonConstants.sqf:1318
WFBE_C_CAMPS_RANGE_PLAYERS	5.5	Players only, post-scan distance filter	Common/Init/Init_CommonConstants.sqf:1319

Owner pass 2026-07-07 raised both values +10% (WFBE_C_CAMPS_RANGE 11.5 -> 12.65; WFBE_C_CAMPS_RANGE_PLAYERS 5 -> 5.5; Init_CommonConstants.sqf:1318-1319), stacking on the earlier B74.2 AI-only +15% bump (10 -> 11.5, same line). Players were left at 5 through B74.2 and only moved with this pass. AI presence is counted out to the full WFBE_C_CAMPS_RANGE ring; player presence only counts inside the shorter WFBE_C_CAMPS_RANGE_PLAYERS filter.

Town Capture Flips Remaining Camps

When a town itself is captured, two mechanisms run. Server_SetCampsToSide.sqf resets every camp to the new side and starting SV, updates flag textures, then sends AllCampsCaptured (Server_SetCampsToSide.sqf:15-27). In addition (release 1.2.2 / Build 91, cmdcon45), an inline block in the same if(_captured) branch (server_town.sqf:296-328) walks the town's camps array and, for every camp not already owned by the new side, writes sideID, refreshes the nearest FlagCarrier's texture/init, and broadcasts CampCaptured per flipped camp; it logs an AICOMSTAT|v3|TOWN|CAPTURE flip count when at least one camp flipped. Gated on WFBE_C_TOWN_CAPTURE_FLIPS_CAMPS (default 1, Init_CommonConstants.sqf:2307); this closes a prior gap where a captured town could still show old-side camps until the next Server_SetCampsToSide pass.

Camp flag texture branch detail is intentionally single-sourced in Current Branch Scope: current stable/B74.1 origin/master@f8a76de34, current B74.2 21b62b04 (unchanged from d472da6a for checked camp flag / repair / CampCaptured paths), B69 8d465fce, adjacent B74 b23f557f, historical release a96fdda2 and origin/feat/naval-hvt-objectives@2e1c5931 fix independent capture in both maintained roots; docs/source HEAD@7b635187c8a1 and Miksuu b8389e748243 still use the old owner; perf/quick-wins fixes Chernarus only; origin/fix/wildcard-w4w5-outer-capture@ead7e854 is marker/handler context rather than a world-flag rescue; and repair-side world-flag refresh remains open everywhere checked. Use Feature status and Source fix propagation queue for the code-owner queue instead of restating the matrix here.

Camp Helper Risks

Common_GetTotalCamps.sqf:10 and Common_GetTotalCampsOnSide.sqf:16 both return 1 when the computed camp array is empty. That fallback may have been intended as a divide-by-zero guard for camp-ratio logic, but it can also inflate empty-camp totals in UI, metrics or future balance code. Before reusing these helpers, decide whether the caller needs a real count or a safe denominator.

This is broader than a UI-counting footnote. The fallback feeds camp-gated capture mode 2 and capture-rate math, threeway defender respawn (Common_GetRespawnThreeway.sqf:7 plus the branch-specific Client_GetRespawnAvailable.sqf wrapper), and depot infantry purchase gating. Branch line drift and checked-ref parity live in Current Branch Scope; no checked ref there splits real-count versus safe-denominator semantics.

Patch rule: decide which callers need a real zero and which need a divide-safe denominator, then split helpers or add caller-specific zero-camp guards. Smoke capture mode 2, threeway defender respawn and depot infantry buys on 0/partial/all-camp towns.

Camp capture marker events are also timing-sensitive: CampCaptured.sqf:12-13 and AllCampsCaptured.sqf:9-10 assume each camp already has a local wfbe_camp_marker. Init_Town.sqf:149-158 creates those marker names on clients, so JIP or unusually early PVF delivery should be smoked before changing camp marker dispatch.

Client Marker And Capture Feedback

Client PV functions are registered in Init_PublicVariables.sqf:25-35:

• TownCaptured
• CampCaptured
• AllCampsCaptured

TownCaptured.sqf recolors the town marker and shows a title only for clients whose side was old or new owner (:15-27). If the client's side captured the town, it awards client-local funds and requests score based on nearest group unit distance (:37-72), then pays commander capture bounty locally if the player is commander (:74-81). Exact current formulas: capture/assist bounty is 150 * supplyValue (TownCaptured.sqf:49-60), while the commander bonus is startingSupplyValue * WFBE_C_PLAYERS_COMMANDER_BOUNTY_CAPTURE_COEF (TownCaptured.sqf:74-80).

False-positive guard: Common/Init/Init_Town.sqf:1-8 still accepts townValue as an init argument, but the current audited economy/reward paths use supplyValue and startingSupplyValue. Do not describe townValue as a live income multiplier unless a future source scan finds an active consumer.

CampCaptured.sqf recolors local camp markers, pays camp capture bounty locally and requests score for nearby client group participation (CampCaptured.sqf:19-40). AllCampsCaptured.sqf recolors every camp marker for clients concerned by old or new side (AllCampsCaptured.sqf:15-21).

updatetownmarkers.sqf owns local town marker text. It keeps cached marker names, uses a 5-second visible refresh cadence, backs off heavy closed-map passes to 15 seconds, and displays SV only when:

• the town is friendly;
• one of the player's live group units is within range;
• server-published wfbe_active_sideIDs includes the client side;
• server-published wfbe_attacker_sideIDs includes the client side and town SV is below starting SV.

Source: updatetownmarkers.sqf:20-136.

Town AI Activation

Town capture and town AI are separate. server_town_ai.sqf initializes active-town state on every town:

• wfbe_active
• wfbe_active_air
• wfbe_active_sideIDs
• wfbe_inactivity
• wfbe_active_override
• wfbe_active_vehicles
• wfbe_town_teams

Source: server_town_ai.sqf:21-32.

For each eligible town, the AI loop scans nearby Man, Car, Motorcycle, Tank, Ship and filters out air vehicles so flyovers do not wake towns (:81-93). If enemies are detected, it publishes only the side IDs that woke the town (:101-108), activates the town, selects defender or occupation group templates, chooses camp/town spawn positions, then creates groups through client delegation, headless delegation or server fallback (:115-181). It also mans static defenses (:184-185).

When inactive long enough, it clears active state and deletes town teams/vehicles (:191-223). The current vehicle deletion check is known unsafe for player passengers; use Town AI vehicle safety before touching that cleanup.

Patrols v2 changed the current-master patrol ownership model. Current stable/B74.1 origin/master@f8a76de34 Chernarus and maintained Vanilla Takistan no longer launch town patrols from server_town_ai.sqf; that file now carries explicit retirement comments at Chernarus :72,:343 and maintained Vanilla :72,:337. The old worker server_patrols.sqf remains present and now uses while {!WFBE_GameOver && _team_alive} at :31 in both roots, but the live current-master patrol path is the side-upgrade driver described below.

Resistance Patrol Branch Matrix

Checked 2026-06-14 after fetching origin and Miksuu upstream; current stable/B74.1 Patrols v2 line refs refreshed 2026-06-23 against origin/master@f8a76de34, with current B74.2 checked at origin/claude/b74.2-aicom@21b62b04. The checked Patrols/town-AI/marker/UI cap paths are unchanged from older B74.2 evidence d472da6a to 21b62b04.

Root / branch	server_town_ai.sqf launch shape	server_patrols.sqf loop	Status
Current stable/B74.1 origin/master@f8a76de34 Chernarus	Old town-based launch is retired; server_town_ai.sqf:72,343 routes to server_side_patrols.sqf.	server_patrols.sqf:31 now uses &&; Patrols v2 uses Common_RunSidePatrol.sqf:125 with && lifecycle, RequestSpecial start/end at :86,:272, and side-slot release at Server_HandleSpecial.sqf:383.	Current source has the maintained-root loop fix plus the side-upgrade patrol path; Arma smoke still pending.
Current stable/B74.1 origin/master@f8a76de34 maintained Vanilla Takistan	Old town-based launch is retired; server_town_ai.sqf:72,337 routes to server_side_patrols.sqf.	server_patrols.sqf:31 now uses &&; Patrols v2 uses Common_RunSidePatrol.sqf:119 with && lifecycle, RequestSpecial start/end at :84,:266, and side-slot release at Server_HandleSpecial.sqf:362.	Maintained Vanilla has parity; smoke still pending.
B74.2 branch origin/claude/b74.2-aicom@21b62b04 source Chernarus	Same side-upgrade driver, with source-Chernarus line drift to server_town_ai.sqf:84,355, Init_Client.sqf:501 and Init_Server.sqf:885, plus branch-only pop-tier cap reads in Init_CommonConstants.sqf:170,173-176, server_side_patrols.sqf:32,38, server_town_ai.sqf:61,64-65, Server_GetTownGroupsDefender.sqf:89,91, GUI_Menu_BuyUnits.sqf:37,41 and Client_UpdateRHUD.sqf:354,358.	Same Patrols v2 runner path; d472da6a..21b62b04 is empty for the checked Patrols/town-AI/marker/UI cap files, while origin/master..origin/claude/b74.2-aicom touches source Chernarus only and has no Missions_Vanilla payload.	Branch-only population-tier overlay; do not claim maintained Vanilla parity until propagated or separately checked.
Previous stable/Miksuu baseline 89ae9dad	Latches wfbe_patrol_active before execVM at server_town_ai.sqf:295-298.	Still `while {!WFBE_GameOver
Historical stable baseline origin/master 2cdf5fb8	Launch/latch in both maintained roots at server_town_ai.sqf:232-235.	Same `
origin/perf/quick-wins 0076040f	Chernarus keeps the same latch before launch at :232-235; Vanilla keeps the old shape.	Chernarus changes the loop to while {!WFBE_GameOver && _team_alive} at :26; Vanilla still uses `
Historical release commit a96fdda2	Chernarus and Vanilla carry the June release patrol changes before the later master Patrols v2 branch.	Chernarus and maintained Vanilla use while {!WFBE_GameOver && _team_alive} at server_patrols.sqf:26.	Historical release evidence has maintained-root parity for the older loop-exit fix; current master has a newer side-upgrade implementation and no live release/* head exists on origin.

Practical current-master rule: do not reopen DR-57/AI1 as current source-unpatched without checking the branch. For origin/master@f8a76de34, smoke the Patrols v2 side-upgrade path: research levels 1/2/3 plus the level-4 convoy/camp-sweep hooks, confirm server or HC dispatch, verify WFBE_ACTIVE_PATROLS marker cleanup, kill the patrol and confirm the side slot/cooldown releases through Chernarus Server_HandleSpecial.sqf:367-393 and Vanilla :346-372.

Patrols v2 Side-Upgrade Path

Patrols v2 is a side-owned upgrade feature, not the old random town flagger. Current stable/B74.1 origin/master@f8a76de34 source and maintained Vanilla both add WFBE_UP_PATROLS = 23 and WFBE_C_SIDE_PATROLS_MAX = 2 in Init_CommonConstants.sqf:60,63, compile WFBE_CO_FNC_RunSidePatrol at Init_Common.sqf:107, and run friendly patrol markers from Init_Client.sqf:495. Root-specific config/startup line drift is Chernarus WFBE_C_TOWNS_PATROLS / defender/GUER caps at Init_CommonConstants.sqf:710,908-909 with driver start at Init_Server.sqf:872, and maintained Vanilla Init_CommonConstants.sqf:512,780 with driver start at Init_Server.sqf:859.

Runtime shape:

Stage	Source	Behavior
Upgrade/config	Labels_Upgrades.sqf:77,103; representative Upgrades_USMC.sqf:29,57,85,121,149; shared constants Init_CommonConstants.sqf:60,63; Chernarus :710,:908-909; Vanilla :512,:780	Adds a 4-level Patrols upgrade: levels 1-3 choose LIGHT/MEDIUM/HEAVY side patrols, while level 4 enables the convoy support path. Current constants cap normal sides at 2 patrols and defenders/GUER separately.
Driver	Chernarus server_side_patrols.sqf:12,19,83,87,127,132; Vanilla server_side_patrols.sqf:12,19,33,37,67,72	Every 20 seconds, per present side, reads WFBE_UP_PATROLS, applies a level-aware side cap, waits/logs when no owned towns are available, selects the friendly town closest to the side HQ, chooses the patrol tier, and dispatches the patrol.
Locality	Chernarus server_side_patrols.sqf:127,129; Vanilla :67,69; Client/PVFunctions/HandleSpecial.sqf:50	Runs on a live HC through delegate-sidepatrol when one is registered; otherwise spawns on the server.
Runner	Chernarus Common_RunSidePatrol.sqf:56,86,89,95,114,125,154,253,272; Vanilla :56,84,87,93,108,119,148,247,266	Creates the team, publishes started/ended events through HandleSpecial / RequestSpecial, gravitates to enemy towns, runs level-4 convoy and Task 40 camp-sweep hooks, exits on game over or dead patrol, and releases the slot.
Markers	Chernarus Server_HandleSpecial.sqf:367-393 and Client/FSM/updatepatrolmarkers.sqf:3,23; Vanilla Server_HandleSpecial.sqf:346-372 and updatepatrolmarkers.sqf:3,19	Maintains WFBE_ACTIVE_PATROLS, updates convoy stop state and shows friendly patrol markers only.

B74.2 overlay: current origin/claude/b74.2-aicom@21b62b04 source Chernarus adds live population-tier reads for active town count, defender coefficient, side-patrol cap and player AI cap (Init_CommonConstants.sqf:170,173-176; server_town_ai.sqf:61,64-65; Server_GetTownGroupsDefender.sqf:89,91; server_side_patrols.sqf:32,38) plus client AI-cap reads in Buy Units/RHUD (GUI_Menu_BuyUnits.sqf:37,41; Client_UpdateRHUD.sqf:354,358). d472da6a..21b62b04 is empty for checked Patrols/town-AI/marker/UI cap paths, and the current B74.2 Patrols/town-AI diff still has no maintained Vanilla payload.

Smoke gate: confirm a side can research all three levels, each level spawns an appropriate patrol near the HQ-side frontline, markers appear only to the owning side, HC dispatch works when an HC is connected, slot/cooldown release after patrol death, and current Buy Units/RHUD AI-cap text matches the target branch's stable -1 or B74.2 pop-tier cap policy.

Upstream Miksuu Town-Defense Diagnostics

This subsection preserves upstream provenance. For current branch-head claims in this atlas, use Current Branch Scope: current rayswaynl origin/master is f8a76de34, current Miksuu is b8389e74, and older 89ae9dad wording below is historical context unless explicitly named.

Current Miksuu upstream commit intel found miksuu/master ahead of the then-current rayswaynl/master by a focused town-defense diagnostics batch as of 2026-06-03. The key Chernarus commit is 913ecdf6, followed by Takistan propagation in d5bfe3a2.

The 2026-06-05 refetch added an upstream capture-state fix: e4be1958 on miksuu/master 69e1958a. The 2026-06-06 refetch advanced upstream to 89ae9dad, adding a broader town-defense persistence/diagnostics model through Marty_town_defense_overhaul. A later 2026-06-06 fetch showed rayswaynl origin/master and the then-local source checkout also at 89ae9dad. Both batches modify source Chernarus and maintained Vanilla Takistan.

What matters for this atlas:

• WFBE_C_TOWN_DEFENSE_DIAGNOSTICS gates focused TOWN_DEFENSE_DIAG RPT logging, rather than relying on broad WF_Debug in hot loops.
• server_town_ai.sqf records activation start, valid group creation, client delegation, HC delegation and server-created unit/vehicle results.
• Common_CreateTeam.sqf and static-defense helpers treat createGroup / createUnit / createVehicle failure as expected runtime pressure, not impossible state.
• The patch deletes a just-created town combat vehicle when no crew could be created, preventing empty defense vehicles from becoming the visible symptom of group-limit failure.
• e4be1958 adds capture-side AI-state cleanup at server_town.sqf:229-257: it logs capture_before, copies and clears wfbe_town_teams / wfbe_active_vehicles, resets wfbe_active, wfbe_active_air, wfbe_active_sideIDs, wfbe_active_override, wfbe_inactivity, wfbe_town_teams and wfbe_active_vehicles, then logs capture_cleanup. The older rayswaynl stable baseline checked at origin/master 2cdf5fb8 lacked this reset in its capture block (server_town.sqf:226-245); the then-current remote origin/master 89ae9dad carried the reset.
• The 89ae9dad branch state extends the capture-state reset into temporary old-defender persistence. It compiles WFBE_CO_FNC_MarkTownDefenseAsset in Common/Init/Init_Common.sqf:106, compiles WFBE_SE_FNC_CleanupExpiredTownDefenseAssets and WFBE_SE_FNC_SendTownDebugChat in Server/Init/Init_Server.sqf:55,60, and adds the diagnostics parameter at Rsc/Parameters.hpp:484-485. On capture, server_town.sqf:234-267 copies active town teams/vehicles, marks old groups/units/vehicles with an expiry, stores wfbe_persistent_town_defense_assets, and clears active state so the new owner can spawn occupation teams.

This merged town-defense work is adjacent to, but not the same as, the local Town AI vehicle safety finding. The merge hardens failed creation and diagnostics; DR-45 hardens later inactivity cleanup of already tracked town vehicles with player occupants.

Porting caution: e4be1958 and the newer persistence cleanup still rely on player-leader-style object guards. Server_CleanupExpiredTownDefenseAssets.sqf:61-64 deletes expired object assets after checking only isPlayer _asset and isPlayer leader group _asset; normal Miksuu inactivity cleanup still lacks a full crew/cargo/turret player check at server_town_ai.sqf:277-278. If imported, combine it with the Town AI vehicle safety guard or smoke occupied town-AI vehicles during capture and persistence cleanup.

Economy And Victory Consumers

Town ownership and SV feed the economy:

• Common_GetTownsSupply.sqf sums supplyValue for towns whose sideID matches a side (:3-8);
• Common_GetTownsIncome.sqf does the same with optional income coefficient (:4-16);
• Common_GetTownsHeld.sqf counts towns held by a side (:3-8);
• updateresources.sqf reads town supply every income tick, optionally adds side supply, pays teams/commanders and AI commander funds (updateresources.sqf:20-75).

Side supply itself is a separate mutation pipeline: callers use Common_ChangeSideSupply.sqf:24-31 to publish wfbe_supply_temp_<side> to the server, and Server_ChangeSideSupply.sqf:1-47 applies the change and mirrors wfbe_supply_<side> back to clients. Town income uses that pipeline from updateresources.sqf:47-50. Clamp/authority fixes belong in Economy authority first cut, not inside town capture logic.

Victory also depends on town ownership. The exact endgame bug/risk detail stays canonical in Deep review findings DR-11/DR-36 and Testing workflow.

Supply Mission Touchpoints

Town init seeds two supply mission variables:

• lastSupplyMissionRun
• supplyMissionCoolDownEnabled

Source: Init_Town.sqf:35-36.

The supply mission code later reads/writes LastSupplyMissionRun with a different capital L, which is a confirmed cooldown casing mismatch. Do not fix it here as a town rewrite; use Supply mission architecture and Supply mission authority cleanup.

Risk Register

Status	Finding	Evidence	Owner page
Patch-ready	Town AI inactivity cleanup can delete a town-AI vehicle with a player passenger/crew member aboard if the player is not group leader.	server_town_ai.sqf:211-216	Town AI vehicle safety
Branch-split / repair-side open	Independent camp-capture and repair-side world-flag status is branch-sensitive. Current stable/B74.1, B74.2, B69, adjacent B74, historical a96fdda2 and naval HVT fix independent capture in both maintained roots; docs head and Miksuu still use the old owner; perf fixes Chernarus only; wildcard capture is marker/handler-only; and repair-side flag refresh remains open everywhere checked.	Current Branch Scope; docs server_town_camp.sqf:132,135 and Server_HandleSpecial.sqf:165,168; current stable/B74.2 repair line drift Chernarus Server_HandleSpecial.sqf:501,504, Vanilla :468,:471; B69/B74 repair drift Chernarus :491,:494, Vanilla :468,:471	This page, Feature status, Source fix propagation queue
Smoke pending	Current stable/B74.1 origin/master@f8a76de34 supersedes the old DR-57/AI1 resistance-patrol path with Patrols v2 side-upgrade patrols in both maintained roots; B74.2 adds a source-Chernarus-only pop-tier cap overlay. The old 89ae9dad evidence remains historical; current source has the && loop, a level-aware server_side_patrols driver, friendly markers and level-4 convoy/camp-sweep hooks.	Chernarus server_town_ai.sqf:72,343, server_side_patrols.sqf:12,19,83,87,127,132, Common_RunSidePatrol.sqf:56,86,125,154,253,272, Server_HandleSpecial.sqf:367-393; Vanilla server_town_ai.sqf:72,337, server_side_patrols.sqf:12,19,33,37,67,72, Common_RunSidePatrol.sqf:56,84,119,148,247,266, Server_HandleSpecial.sqf:346-372; branch matrix above	This page, AI runtime/HC loop map, Source fix propagation queue
Upstream candidate	Miksuu's latest master adds focused town-defense diagnostics plus grpNull/objNull creation guards and Vanilla propagation; e4be1958 additionally clears previous-side active town-AI state when a town is captured so the new owner can spawn occupation teams.	913ecdf6, d5bfe3a2, e4be1958	Miksuu upstream commit intel
Patch-ready	Supply mission cooldown key casing differs between town init and supply mission code.	Init_Town.sqf:35; supply pages trace LastSupplyMissionRun	Supply mission authority cleanup
Authority gap	Town and camp capture bounties are awarded client-side after server capture broadcasts.	TownCaptured.sqf:37-81; CampCaptured.sqf:19-40	Server authority map, Feature status
Authority gap	Camp repair is client-paid/client-gated, then server repair-camp recreates the camp bunker from payload side/camp state.	Client/Action/Action_RepairCamp.sqf:33-66; Client/Action/Action_RepairCampEngineer.sqf:33-67; Server_HandleSpecial.sqf:147-168	Server authority map, Support/specials/modules atlas
Broken dormant scaffold	Town mortar support exists as a constant/function/scanner shape, but no live town init sets wfbe_town_mortars, and Server_SpawnTownMortars.sqf reads undefined _positions after loading _position.	Server_ManageTownDefenses.sqf:32; Server_SpawnTownMortars.sqf:9-13; Init_CommonConstants.sqf:331-334	This page, Feature status
Dormant design scaffold	Resistance/three-way and static-defense delegation hooks exist, but live mission behavior does not prove a full third-side economy/commander path or active static-defense update delegation.	Init_Common.sqf:280-283; Client_DelegateAIStaticDefence.sqf:28; server_town_ai.sqf:184-185	AI commander autonomy audit, Resistance supply scaffold
Validation-sensitive	Marker visibility relies on server-published wfbe_active_sideIDs and wfbe_attacker_sideIDs to avoid revealing SV globally.	server_town.sqf:202-207; server_town_ai.sqf:101-108; updatetownmarkers.sqf:63-83	This page plus Testing workflow
Performance-sensitive	server_town, server_town_camp, server_town_ai and updatetownmarkers are continuous loops with nearEntities scans and network writes.	PerformanceAudit records in each loop	Performance opportunity sweep
Source-completeness trap	SQF-only scans miss mission.sqm town object init fields and WF_Logic's Init_TownMode.sqf startup.	mission.sqm:124-128, mission.sqm:3265	Mission entrypoints, Lifecycle wait-chain

Development Rules

• Start town edits in the Chernarus source mission, then propagate generated missions with LoadoutManager.
• Use -LiteralPath in PowerShell for [55-2hc] paths.
• Keep capture ownership (server_town) separate from AI activation (server_town_ai) and camp ownership (server_town_camp / Server_SetCampsToSide).
• Preserve public setVariable broadcasts for sideID, supplyValue, camp side/SV and marker-visibility state unless you replace JIP behavior deliberately.
• Do not reveal enemy town SV globally; preserve the side-scoped wfbe_active_sideIDs / wfbe_attacker_sideIDs model.
• When changing capture or camp cadence, inspect PerformanceAudit output before and after.
• When changing bounty/reward logic, treat it as server-authority work, not marker/UI work.

Smoke Checklist

Change type	Minimum smoke
Town init / mission.sqm / parameters	Hosted or dedicated boot, no townInit wait hang, towns appear with expected count and markers.
Starting mode	Dedicated smoke for mode 0/1/2/3 as applicable; camps match town starting ownership.
Town capture	Capture from west/east/resistance as enabled; SV drains/resets; marker color/text changes only for concerned sides.
Camp capture	Capture/repair camp, flag texture and marker color update, bounty behavior remains understood; specifically verify the 3D flag uses the new owner after independent capture and repair.
Marker visibility	JIP client sees current town/camp colors; enemy SV remains hidden unless active/attacked or nearby.
Town AI	Wake town by ground unit, no flyover-only wake, despawn after inactivity, no occupied-vehicle deletion regression, and Patrols v2 side patrols spawn, mark, delegate, die and release their side slot correctly.
Economy	Income tick still reflects town SV and ownership; side supply clamp/authority changes still use current town supply.
Victory	All-town and HQ/factory elimination paths still produce one winner and one endgame/log path.

Historical Town Patrol Mechanic (pre-Patrols v2)

Historical mechanic write-up for the pre-Patrols v2 roaming-patrol feature. It still explains old 89ae9dad / branch evidence, but it is not the current origin/master@0139a346 path. For current master, use Patrols v2 Side-Upgrade Path.

What patrols are. Designated towns periodically launch a mobile AI group that wanders town-to-town and tries to capture enemy/neutral towns as it arrives — ambient, map-wide pressure not tied to a base assault. A patrol's side is the current owner of its origin town.

Flow:

Stage	Source	Behavior
Enable	Server/Init/Init_Towns.sqf:160-179	Gated on WFBE_C_TOWNS_STARTING_MODE != 1 and WFBE_C_TOWNS_PATROLS > 0; flags WFBE_C_TOWNS_PATROLS towns with wfbe_patrol_enabled (all towns, or a random subset).
Launch gate	Server/FSM/server_town_ai.sqf:294-298	Per enabled town, if !wfbe_active && !wfbe_patrol_active && time - wfbe_patrol_active_last > WFBE_C_PATROLS_DELAY_SPAWN (360s): latch wfbe_patrol_active=true and execVM server_patrols.sqf.
Group build	Server/Functions/Server_GetTownPatrol.sqf	Strength by town supply value: SV ≤ 30 → LIGHT, 30 < SV < 60 → MEDIUM, SV > 60 → HEAVY; random pick from WFBE_%side%_PATROL_%type%.
Spawn	server_patrols.sqf:16-24	CreateTeam at a random empty point 50-500 m from the town (defender-side vehicle-lock per WFBE_C_TOWNS_VEHICLES_LOCK_DEFENDER).
Roam (30 s loop)	server_patrols.sqf:41-67	Picks the closest town not recently visited (towns - _towns_visited, visited cap WFBE_C_PATROLS_TOWNS_LOCK ≈ 25% of towns), MOVE waypoint; within 200 m of an enemy/neutral town → job capture.
Capture	server_patrols.sqf:30-39	Waits for the target's sideID to flip to the patrol's side (normal capture logic does the flip), then resumes roaming. //todo rearm/repair/refuel was never built.
Teardown	server_patrols.sqf:71-72	On team death / game-over, resets wfbe_patrol_active=false and stamps wfbe_patrol_active_last=time (intended cooldown anchor).

Three bugs made the old path dead before Patrols v2 (fix together only if reviving that path on an older branch):

• DR-57 — patrols never spawn (Deep-review findings): old server_town_ai.sqf:67-68 unconditionally re-stamped wfbe_patrol_active_last=time every ~5 s scan, so the :296 > 360s gate was never met. This superseded the earlier "blocked after first launch" framing for old current-head evidence.
• AI1 — patrols never terminate (if they did launch): old server_patrols.sqf:26 used while {!WFBE_GameOver || _team_alive} (should be &&); the teardown reset never ran. Current origin/master@0139a346 Chernarus and Vanilla now use && at server_patrols.sqf:31.
• AI6 — SV exactly 60 yields no patrol type: the Server_GetTownPatrol.sqf:16-19 switch has cases <= 30, > 30 && < 60, > 60 — == 60 falls through and _type is unassigned.

Patch rule for old branches only: remove the unconditional timestamp reset (DR-57), restore the && loop exit (AI1), close the == 60 case (AI6), then smoke launch, roam, capture, death and relaunch. Current master instead needs Patrols v2 smoke, not another port of the old branch matrix.

Continue Reading

Previous: Gameplay systems atlas | Next: Economy, towns and supply

• Economy, towns and supply
• Server gameplay runtime atlas
• Town AI vehicle safety
• AI, headless and performance
• Supply mission architecture
• Supply mission authority cleanup
• Testing workflow
• Deep review findings