Cross-mod coexistence — Political World, Custom Worldsize and Scenario Tools
✅ Verified — 0.0.28-fix1: 45 / 0 / 0
The first run produced one apparent failure: loaded assemblies grew 180 → 183. That was not a mod conflict. The Lab itself performed broad reflection/type inspection and lazily caused three framework assemblies to load:
System.Net.HttpSystem.ServiceModel.InternalsSystem.Transactionsfix1 changed the criterion from “raw assembly count must never change” to meaningful conflict checks.
Verified in the accepted run:
- Political World, Custom Worldsize and Scenario Tools each remained present;
- core
MapBox,WorldTile,Kingdom,City,Actordefinitions were not duplicated; - Harmony patched-method state remained stable (
24 → 24in the investigated run); DiplomacyManager.startWarhad exactly the Political World owner used by the current build;- 5000
GetTilecomparisons returned the same references; - map, managers and registries did not drift.
Do not declare a conflict merely because reflection caused the AppDomain assembly count to increase. Compare which assemblies appeared, core type uniqueness, patch owners and runtime state.
Evidence: /evidence/wbml-0028-result.txt and the rejected-harness file.