Upgrades And Research Atlas

Upgrades And Research Atlas

Canonical map for the Warfare upgrade/research system. This page is source-backed from the Chernarus source mission and should be kept in sync with Server Authority Migration Map, Economy Authority First Cut, Feature Status Register, and AI Commander Autonomy Audit.

Why This Matters

Upgrades are not a cosmetic tech tree. They gate factory tiers, gear templates, EASA, artillery behavior, supply rate, respawn range, support actions, airlift, aircraft missiles, paratroopers, fast travel, Coin ammo, town defender composition and several WASP-specific additions. A wrong assumption here can silently unlock equipment, skip resources, break AI commander progression, or make branch-only features appear more complete than they are.

The critical implementation truth is split:

• the server owns the replicated upgrade state and completion timer;
• the live player UI owns commander gating, affordability checks, dependency checks and immediate resource deduction;
• the public variable entrypoint does not currently revalidate a player upgrade request before starting the server worker;
• AI commander upgrades have a separate server-side affordability path, but the broader AI commander scheduler/owner path is still incomplete.

How To Use This Page

Need	Start here	Then read
Player upgrade purchase path	Live Player Flow and Server Flow	Server Authority Migration Map, Economy Authority First Cut
Branch status and line drift	Current Branch Scope	Feature Status Register, Source Fix Propagation Queue
AI commander upgrade worker	AI Commander Flow	AI Commander Autonomy Audit
upgrade-sync timer cleanup	Live Player Flow	Support Specials And Tactical Modules Atlas
Stale old upgrade UI	Stale / Abandoned Upgrade UI	UI Resource Parity Cleanup
Upgrade consumers	Consumers	Factory And Purchase Systems Atlas, Gear Loadout And EASA Atlas, Support Specials And Tactical Modules Atlas

Current Branch Scope

Checked 2026-06-24 for the upgrade-sync route against docs/source HEAD@373e21c1274c unchanged from a7f383b6, 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 upstream b8389e748243, origin/perf/quick-wins@0076040f, historical release commit a96fdda2 and historical upgrade-queue commit b061c905. Targeted diffs show no checked upgrade-sync parser rescue: a7f383b6..HEAD, d472da6a..origin/claude/b74.2-aicom, origin/master..origin/claude/b74.2-aicom and origin/claude/b69..origin/claude/b74-aicom-spend are empty for the maintained-root handler/caller/process paths. Current stable/B74.1/B74.2 do add the server end-time lifecycle at Server_ProcessUpgrade.sqf:27,55 plus client reads at GUI_UpgradeMenu.sqf:82,86; parser line drift and cleanup status route through Support specials.

The branch-only Barracks and Trello upgrade/HQ cost/icon rows below were checked later on 2026-06-23 against current stable origin/master@f8a76de34; they are separate from the upgrade-sync branch-scope matrix in this section.

Branch / root	Evidence	Status
Branch-only origin/claude/trello-upgrade-hqcost-info@34fd202c8865 / draft PR #75	One commit on current stable merge-base origin/master@f8a76de34; payload is six maintained-root files / +96 and git diff --check clean. In source Chernarus and maintained Vanilla, Client_FNC_Special.sqf:204 keeps the existing STR_WF_CHAT_Upgrade_Complete_Message, then :212-223 adds a branch-local switch that formats only artillery reload (WFBE_UP_ARTYTIMEOUT) from WFBE_C_ARTILLERY_INTERVALS and respawn range (WFBE_UP_RESPAWNRANGE) from WFBE_C_RESPAWN_RANGES. stringtable.xml:459-473 adds the value-line keys in both roots. Current stable already defines the upgrade IDs at Init_CommonConstants.sqf:44,47, uses the same arrays in Labels_Upgrades.sqf:34,46, Tactical artillery code and respawn availability, but has no branch value-message keys or extra scalar upgrade-complete chat.	Branch-only info-text candidate, not current stable behavior. Smoke artillery-timeout and respawn-range upgrade completion for correct level/index values, confirm other upgrade types still emit only the generic completion message, and repeat source Chernarus plus maintained Vanilla before stable/release wording.
Branch-only origin/claude/trello-upgrade-icons@baf8d9c304ad / draft PR #77	One commit on current stable merge-base origin/master@f8a76de34; payload is two maintained-root Client/GUI/GUI_UpgradeMenu.sqf files / +8 and git diff --check clean. In source Chernarus and maintained Vanilla, GUI_UpgradeMenu.sqf:12 reads WFBE_C_UPGRADES_IMAGES, :27-28 paints non-empty image paths into listbox 504001 column 0 during initial list fill, and :173-174 repaints during refresh/reordering. The image array is already defined by Labels_Upgrades.sqf:104-125, including several intentionally empty strings for graceful no-icon rows. Current stable uses the selected upgrade image for detail control 504002, but does not paint row icons in the upgrade list.	Branch-only visual/UI candidate, not current stable behavior and not an upgrade config change. Smoke initial list icon rendering, rows with empty image strings, queue/level refresh repaint, selection/detail-pane behavior, missing-texture RPT cleanliness and source Chernarus plus maintained Vanilla before stable/release wording.
Branch-only origin/claude/upstream-barracks-4th-level@e83de9c4	One commit on merge-base be2bbd084, an ancestor of current stable origin/master@f8a76de34; payload versus merge-base is 64 maintained-root files / +700 / -688 and git diff --check clean. In Chernarus and maintained Vanilla Core_Upgrades/Upgrades_CO_US.sqf, Barracks metadata expands from three tiers to four: costs become [[540,0],[990,0],[1440,0],[2070,0]] at :33, max level becomes 4 at :61, gear dependencies become [2,3,4,5] at :89, times become [30,60,90,120] at :125, and the AI order table gains [WFBE_UP_GEAR,4] at :185. Current stable keeps the three-tier shape at Upgrades_CO_US.sqf:33,61,89,125.	Branch-only upstream-mining candidate, not current stable behavior. Direct diffs against current stable include later B74.1 player-stats constant drift, so any port must preserve WFBE_C_STATS_ENABLED = true, then smoke Barracks levels 0-4, infantry purchase gating and maintained Vanilla parity before promotion.
Docs/source HEAD@c70785e4be30 Chernarus and maintained Vanilla	Player UI still treats costs as [supply, funds] (GUI_UpgradeMenu.sqf:96-97,139-140), debits side supply locally at :159, then sends RequestUpgrade at :161. RequestUpgrade.sqf:5 still spawns WFBE_SE_FNC_ProcessUpgrade, and Server_ProcessUpgrade.sqf:12-18 trusts side/id/level/player flag. The AI upgrade worker remains old-shaped at Server_AI_Com_Upgrade.sqf:27,34,36,47,50; checked worker/menu diffs 031a253fe..HEAD and ade4d356..HEAD are empty.	Current docs/source remains the player-upgrade authority target. AI debit/cost lookup, upgrade-sync and stale dialog branch detail route to the owner pages linked below.
Current stable/B74.1 origin/master@f8a76de34 / origin/claude/b74.1-aicom@f8a76de34; current B74.2 origin/claude/b74.2-aicom@21b62b04; current B69/B74	The checked current-stable/B74.1 maintained roots keep the player-upgrade server entry shape: the UI sends RequestUpgrade at GUI_UpgradeMenu.sqf:279, RequestUpgrade.sqf:5 spawns WFBE_SE_FNC_ProcessUpgrade, and Server_ProcessUpgrade.sqf:12-14 reads side/id/level from the payload. They also publish/clear wfbe_upgrading_end_time at Server_ProcessUpgrade.sqf:27,55 and read it in GUI_UpgradeMenu.sqf:82,86. Current B74.2 has no checked handler/caller/process path delta versus current stable or previous B74.2 d472da6a. B69/B74 path deltas stay empty for checked upgrade-sync files. None of these close player upgrade authority or upgrade-sync tuple cleanup.	Use AI Commander Autonomy Audit, Support specials and UI Resource Parity Cleanup for exact branch proof.
Miksuu b8389e74 and perf/quick-wins 0076040f	No upstream/perf rescue for player upgrade authority, AI debit, upgrade-sync tuple cleanup or the stale old upgrade dialog.	Treat as old-shape debt unless a future branch check proves otherwise.
Historical origin/feat/ai-commander commit c20ce153	Chernarus carries the branch-only AI cost/debit lesson, while maintained Vanilla on the same commit does not carry the full fix. Current origin exposes no feat/ai-commander head on 2026-06-22.	Useful review input for AI upgrade work, not propagated/release-ready behavior.
Historical origin/feat/upgrade-queue-stacking commit b061c905	Adds upgrade-queue UI state but keeps RequestUpgrade.sqf:5 as the server entry and does not normalize upgrade-sync; the upgrade-sync caller sits at GUI_UpgradeMenu.sqf:268 in both maintained roots. Current origin exposes no live feat/*queue* or feature/*queue* head on 2026-06-23.	Review as historical UI/queue branch evidence, not as an authority or tuple-hardening fix.

Source Files

Area	Files
Constants	Common/Init/Init_CommonConstants.sqf:36-58
Side state init	Server/Init/Init_Server.sqf:344-369
Side state getter	Common/Functions/Common_GetSideUpgrades.sqf:7-11
Player menu class	Rsc/Dialogs.hpp:3-142
Stale legacy menu class	Docs checkout 1b07716d has the same source shape as d4cfef80 at Rsc/Dialogs.hpp:2424-2428; branch status routes to UI Resource Parity Cleanup
Main menu route	Client/GUI/GUI_Menu.sqf:21-26, Client/GUI/GUI_Menu.sqf:161-166
Live player UI	Docs checkout 1b07716d has the same source shape as d4cfef80 Client/GUI/GUI_UpgradeMenu.sqf:1-215; line drift is in Current Branch Scope
Server request PVF	Server/PVFunctions/RequestUpgrade.sqf:1-5
Server worker	Server/Functions/Server_ProcessUpgrade.sqf:10-89
Client upgrade notifications	Client/PVFunctions/HandleSpecial.sqf, Client/Functions/Client_FNC_Special.sqf:111-124, Client/Functions/Client_FNC_Special.sqf:173-185
Client timer sync	Docs/source HEAD@373e21c1274c is unchanged from a7f383b6 and uses Client/GUI/GUI_UpgradeMenu.sqf:171, Server/Functions/Server_HandleSpecial.sqf:67-73 and Server_ProcessUpgrade.sqf:26,29,35; current stable/B74.1/B74.2 line drift is GUI_UpgradeMenu.sqf:292, source Chernarus Server_HandleSpecial.sqf:77-83, maintained Vanilla :67-73, Server_ProcessUpgrade.sqf:32,35,41, plus server end-time :27,:55; canonical matrix: Support specials
AI commander worker	Server/Functions/Server_AI_Com_Upgrade.sqf:7-53
Config arrays	Common/Config/Core_Upgrades/Upgrades_*.sqf, Common/Config/Core_Upgrades/Labels_Upgrades.sqf, Common/Config/Core_Upgrades/Check_Upgrades.sqf

Upgrade IDs

Common/Init/Init_CommonConstants.sqf:36-58 defines the numeric indexes used by every side config and every consumer:

ID	Constant	Meaning
0	WFBE_UP_BARRACKS	Barracks / infantry tier
1	WFBE_UP_LIGHT	Light factory tier
2	WFBE_UP_HEAVY	Heavy factory tier
3	WFBE_UP_AIR	Aircraft factory tier
4	WFBE_UP_PARATROOPERS	Paratrooper support
5	WFBE_UP_UAV	UAV
6	WFBE_UP_SUPPLYRATE	Town/supply income rate
7	WFBE_UP_RESPAWNRANGE	Ambulance/MASH respawn range
8	WFBE_UP_AIRLIFT	Airlift
9	WFBE_UP_FLARESCM	Custom flares/countermeasures
10	WFBE_UP_ARTYTIMEOUT	Artillery timeout
11	WFBE_UP_ICBM	ICBM
12	WFBE_UP_FASTTRAVEL	Fast travel
13	WFBE_UP_GEAR	Gear tier
14	WFBE_UP_AMMOCOIN	Coin ammo category
15	WFBE_UP_EASA	EASA loadout/service system
16	WFBE_UP_SUPPLYPARADROP	Supply paradrop
17	WFBE_UP_ARTYAMMO	Artillery ammunition unlock
18	WFBE_UP_IRSMOKE	IR smoke
19	WFBE_UP_AIRAAM	Aircraft AA missiles
20	WFBE_UP_AAR	Anti-air radar
21	WFBE_UP_UNITCOST	Unit cost modifier/filter hook
22	WFBE_UP_CBRADAR	Counter-battery radar
23	WFBE_UP_PATROLS	Side patrol teams

Treat these as array indexes, not namespaced objects. Adding, removing or reordering one upgrade means auditing every WFBE_UP_* consumer.

Data Model

The server initializes each side logic with:

• wfbe_upgrades: the replicated array of current levels;
• wfbe_upgrading: a replicated boolean for "one upgrade currently running";
• wfbe_upgrading_id: a replicated upgrade ID, added so clients can display the running upgrade name.

Source: Server/Init/Init_Server.sqf:344-369.

When debug upgrades are enabled, the initial upgrade state is copied from the configured max-level array, then Artillery Ammunition is forced back to 0 so its one-level unlock flow remains testable (Server/Init/Init_Server.sqf:348-353). In normal mode, the upgrade array is built as one zero per configured level entry (Server/Init/Init_Server.sqf:344-347).

Common_GetSideUpgrades.sqf returns the side logic variable for west/east/resistance and returns objNull for unknown sides. Because most consumers immediately index the returned value, invalid side data can cascade into script errors rather than a graceful rejection.

Config Shape

Each Common/Config/Core_Upgrades/Upgrades_*.sqf side file populates:

• WFBE_C_UPGRADES_<side>_ENABLED
• WFBE_C_UPGRADES_<side>_COSTS
• WFBE_C_UPGRADES_<side>_LEVELS
• WFBE_C_UPGRADES_<side>_LINKS
• WFBE_C_UPGRADES_<side>_TIMES
• WFBE_C_UPGRADES_<side>_AI_ORDER

Labels_Upgrades.sqf builds client-side display labels, descriptions and images. The live client init imports it with ExecVM "Common\Config\Core_Upgrades\Labels_Upgrades.sqf" (Client/Init/Init_Client.sqf:324-325).

Check_Upgrades.sqf is a helper that appends missing enabled upgrade levels into the AI commander order. It does not validate player requests and it does not normalize the live config arrays for length or dependency consistency.

Config Drift Warning

The constants define 24 upgrade indexes (0–23) through WFBE_UP_PATROLS = 23 (Init_CommonConstants.sqf:36-60). All six arrays in Upgrades_USMC.sqf extend through all 24 indexes: WFBE_UP_UNITCOST (21) and WFBE_UP_CBRADAR (22) use index-padding stubs (level 0, cost 999999, time 0, empty links) because USMC has no unit-cost modifier or counter-battery radar upgrade, while WFBE_UP_PATROLS (23) carries real values (Upgrades_USMC.sqf:26-29, 54-57, 82-85, 118-121, 146-149). Other side configs may differ. Do not publish a new upgrade, price, level, or unit-cost feature until every Upgrades_*.sqf side file is checked for array length, index alignment across all 24 slots, and generated-mission propagation.

Live Player Flow

Line refs in this section are docs checkout d4cfef80 Chernarus. Current docs checkout 1b07716d has no source drift in the checked upgrade UI/server files, so these anchors remain valid while stable, release and feature branches have line drift in Current Branch Scope.

The main menu enables the upgrade button whenever the player is in command center range (Client/GUI/GUI_Menu.sqf:21-26) and opens WFBE_UpgradeMenu on menu action 7 (Client/GUI/GUI_Menu.sqf:161-166). The WFBE_UpgradeMenu class is the live dialog and executes Client\GUI\GUI_UpgradeMenu.sqf on load (Rsc/Dialogs.hpp:3-7).

Inside GUI_UpgradeMenu.sqf:

1. The client reads upgrade config arrays and the replicated side upgrades (lines 8-21).
2. The purchase button is disabled unless the local player's group is commanderTeam (lines 39-41).
3. The UI shows current level, cost, supply, time and dependencies (lines 85-126).
4. On purchase, the client checks no upgrade is running, the selected upgrade has levels remaining, funds/supply are enough, and dependency links are met (lines 129-157).
5. The client immediately deducts funds and side supply (lines 158-159).
6. The client sends ["RequestUpgrade", [WFBE_Client_SideJoined, _id, _upgrade_current, true]] to the server (line 161).
7. Non-server clients spawn a local timer and later send RequestSpecial ["upgrade-sync", ...] (lines 167-172) so Server_ProcessUpgrade.sqf can release before the full server sleep if the sync flag arrives.

The upgrade-sync companion is branch-scoped in Support specials. Keep this page focused on the upgrade purchase/timer flow; tuple-parser line drift, branch status and smoke shape live on the support owner page.

This is functional for normal honest commanders, but it is not server-authoritative.

Server Flow

RequestUpgrade.sqf is currently only:

_this Spawn WFBE_SE_FNC_ProcessUpgrade;

Source: Server/PVFunctions/RequestUpgrade.sqf:1-5.

Server_ProcessUpgrade.sqf trusts the provided side, upgrade ID, target level and player/AI flag. It reads the upgrade time from WFBE_C_UPGRADES_<side>_TIMES, marks the side logic as upgrading, waits for client sync or the configured time, increments the side upgrade level, clears running state, refreshes existing artillery when Artillery Ammunition completes, then broadcasts upgrade-complete (Server_ProcessUpgrade.sqf:10-89).

What it does not do for player requests:

• prove the requester is the current commander;
• prove the request side matches the requester;
• recompute current level, max level, dependencies, funds or supply;
• debit resources server-side;
• reject invalid upgrade IDs or impossible target levels before indexing config arrays;
• reject duplicate concurrent requests except by trusting client-side wfbe_upgrading checks.

AI Commander Flow

Server_AI_Com_Upgrade.sqf is more authoritative than the player PV path. It reads WFBE_C_UPGRADES_<side>_AI_ORDER, finds the first desired upgrade level not yet met, checks AI commander funds and side supply, calls WFBE_SE_FNC_ProcessUpgrade with _upgrade_isplayer = false, sets running state, and deducts resources. Line ranges are branch-specific: old-shape docs/Miksuu/perf use Server_AI_Com_Upgrade.sqf:7-53, while current stable uses :21-145.

Branch scope matters here, but AI Commander Autonomy Audit owns the canonical matrix. The important upgrade-atlas takeaway is that docs/source HEAD@c70785e4be30, Miksuu b8389e748243 and perf/quick-wins 0076040f keep the old worker shape: raw AI-order cost lookup at Server_AI_Com_Upgrade.sqf:27, [supply, funds] validation at :34,36, and swapped debit at :47,50. Current stable/B74.1 origin/master@f8a76de34 / origin/claude/b74.1-aicom@f8a76de34, current B74.2 origin/claude/b74.2-aicom@21b62b04, B69 and adjacent B74 fix both maintained roots with current-level cost lookup at :75, affordability gates at :89,:92,:97, AI funds debit at :125, fallback surcharge at :131-132 and side-supply debit at :136. Checked d472da6a..21b62b04 is empty for the maintained-root worker/menu paths. Live side branches are mixed, so recheck the target branch before porting. Before enabling or scheduling AI commander upgrades on old-shape targets, port current stable's worker or recreate the current-level cost lookup plus debit fix, then smoke affordability/debit and funds-fallback.

This means the upgrade worker is real, but the broader AI commander autonomy still needs care. See AI Commander Autonomy Audit: the repo has AI commander upgrade code and state, but the current docs should not imply a complete autonomous commander loop until the scheduler/owner path is proven.

Consumers

High-impact consumers found in the source mission include:

• factory and buy menus: Client/GUI/GUI_Menu_BuyUnits.sqf, Client/Functions/Client_UIFillListBuyUnits.sqf, Server/Functions/Server_BuyUnit.sqf;
• gear templates and buy gear: Client/Functions/Client_UI_Gear_FillList.sqf, Client/Functions/Client_UI_Gear_FillTemplates.sqf, Client/Functions/Client_UI_Gear_SaveTemplateProfile.sqf;
• EASA/service: Client/GUI/GUI_Menu_EASA.sqf, Client/GUI/GUI_Menu_Service.sqf;
• respawn range: Client/Functions/Client_GetRespawnAvailable.sqf, Server/AI/AI_AdvancedRespawn.sqf, Server/AI/AI_SquadRespawn.sqf;
• tactical/supports: Client/GUI/GUI_Menu_Tactical.sqf, Server/Support/Support_Paratroopers.sqf;
• airlift/countermeasures: Common/Init/Init_Unit.sqf, Common/Functions/Common_RearmVehicle.sqf, Common/Functions/Common_RearmVehicleOA.sqf;
• artillery: Client/Functions/Client_RequestFireMission.sqf, Common/Functions/Common_EquipArtillery.sqf, Common/Functions/Common_GetArtilleryAmmoOptions.sqf, Server/Functions/Server_ProcessUpgrade.sqf;
• supply systems: Server/FSM/server_town.sqf, Client/Module/supplyMission/supplyMissionStart.sqf;
• UI/HUD: Client/GUI/GUI_Menu_Command.sqf, Client/Client_UpdateRHUD.sqf;
• towns and AI composition: Server/Functions/Server_GetTownGroups.sqf;
• PR #1/supply helicopter: upgrade gating and supply economy should be checked against this page before merging branch behavior.

Stale / Abandoned Upgrade UI

Do not confuse the live WFBE_UpgradeMenu with RscMenu_Upgrade.

Rsc/Dialogs.hpp:2424-2428 still defines class RscMenu_Upgrade with onLoad = "_this ExecVM ""Client\GUI\GUI_Menu_Upgrade.sqf""", but the referenced script is absent. The live menu route creates WFBE_UpgradeMenu, not RscMenu_Upgrade. This is stale dialog archaeology, not the active upgrade system.

Current docs checkout 1b07716d still carries the same stale class shape as d4cfef80 in both maintained roots. The branch/root matrix lives in UI Resource Parity Cleanup: stable/release remove the class in checked maintained roots, while docs/Miksuu/perf keep it. If cleanup is promoted into the docs/source checkout, treat it as a parity task: remove or intentionally alias the old class in both maintained roots, then smoke the live WFBE_UpgradeMenu purchase/request path.

Related page: Abandoned Feature Revival Review.

Risk Register

Status	Finding	Evidence	Development guidance
Patch-ready	Player upgrade request is client-authoritative for affordability, dependencies and commander permission.	GUI_UpgradeMenu.sqf:129-161; RequestUpgrade.sqf:1-5; Server_ProcessUpgrade.sqf:12-18	Move validation/debit into a server authority wrapper before adding new upgrade mechanics or balancing expensive upgrades.
Patch-ready	Invalid side/upgrade/level payloads can index config arrays directly.	Server_ProcessUpgrade.sqf:12-18; Common_GetSideUpgrades.sqf:7-11	Add side, ID, current-level and max-level guards before reading TIMES/COSTS/LINKS.
Current-stable resolved / old-target patch-ready	Current stable/B74.1/B74.2/B69/B74 fix AI commander upgrade current-level cost lookup and funds/supply debit in both maintained roots, but docs/source, Miksuu and perf still keep raw AI-order lookup plus swapped debit. Historical a96fdda2, b061c905 and c20ce153 plus mixed live side branches are lessons unless selected as the target branch.	AI upgrade debit matrix; docs/source HEAD@c70785e4be30 old shape at Server_AI_Com_Upgrade.sqf:27,34,36,47,50; current stable/B74.1/B74.2 resolved shape at :75,89,92,97,125,131-132,136	Do not reopen on current stable/B74-shaped refs. Port current stable's worker to old-shape targets that still matter, then smoke affordability/debit plus funds-fallback before scheduling AI upgrades.
Research-needed	Config arrays may be length-misaligned around AAR/unit-cost.	Init_CommonConstants.sqf:36-58; representative Upgrades_USMC.sqf excerpt	Build a side-config validator before changing upgrade arrays or propagating generated missions.
Partial	AI commander upgrade worker exists, but full autonomous scheduling remains unproven.	Current stable Server_AI_Com_Upgrade.sqf:21-145; old-shape docs/Miksuu/perf Server_AI_Com_Upgrade.sqf:7-53; AI Commander Autonomy Audit	Treat AI upgrade flow as a useful worker, not as proof of a complete AI commander.
Branch-split stale	RscMenu_Upgrade references missing GUI_Menu_Upgrade.sqf in docs checkout, Miksuu and perf; stable, release and upgrade-queue no longer show the stale class in checked maintained roots.	UI Resource Parity Cleanup; docs checkout 1b07716d has no checked source drift from d4cfef80 Rsc/Dialogs.hpp:2425,2428	Keep it documented as stale for older/docs roots; if patched in docs/source, remove or alias consistently across maintained Chernarus and Vanilla, then smoke the live upgrade menu.

Server-Authority Migration Plan

A safe future patch should add a server-side request wrapper before WFBE_SE_FNC_ProcessUpgrade:

1. Resolve requester identity from the PVF context or include an authenticated player/team argument following the repo's existing PV patterns.
2. Validate side is one of west/east/resistance and matches the requester's joined side.
3. Validate requester is the current commander/team permitted to buy upgrades.
4. Read current upgrades from side logic on the server.
5. Validate upgrade ID is in range and enabled for that side.
6. Validate requested level equals current level and is below configured max.
7. Recompute cost, supply cost and dependencies from server config.
8. Reject if another upgrade is running.
9. Debit commander/client funds and side supply on the server.
10. Start WFBE_SE_FNC_ProcessUpgrade.
11. Send explicit success/failure feedback so the client can avoid irreversible local-only debits.

Until this exists, the client UI should be treated as an affordance layer, not as the authority boundary.

Continue Reading

Previous: Factory and purchase systems atlas | Next: Economy authority first cut

• Economy Authority First Cut
• Server Authority Migration Map
• Networking And Public Variables
• Public Variable Channel Index
• AI Commander Autonomy Audit
• Support Specials And Tactical Modules Atlas
• Factory And Purchase Systems Atlas
• Respawn And Death Lifecycle Atlas
• Gear Loadout And EASA Atlas