funman300
897259c8fb
ENDPOINT_MAP said this class reads one key, `configs`, and that was true and useless. What it missed is what happens after each element closes: the client feeds the STRING VALUE of `type` back through the atom hasher and switches on the result, 42 arms wide. A flag is a row, not a key, and the client hashes our string itself. Followed it to the end. FUN_18011dc50 is the only writer of the IS_* UI gate bytes inside FutDataManagerImpl, every line is `byte = (field == 1)`, and the constructor never touches those bytes. So a flag nobody sends is a gate nobody opens. friendlySeasonsEnabled and enableDraftMode have never been sent by anything, which is a mechanism for Seasons refusing while making zero requests to any of the four servers. The store is the control that makes this readable: IS_STORE_ENABLED is the same kind of byte and its screen works, because storeEnabled and friends already ship through the Blaze config store. That list has no seasons or draft flag. Ship the gates behind FUT_SETTINGS (off/keep/gates, default gates), and re-assert the working store flags in the same array on purpose: once a populated array makes the applier run, it writes EVERY gate byte, so omitting them could switch off a screen that works today. maximumTradePileSize=100 rides along as a positive control, because a boolean that changes nothing cannot distinguish "the flag did not help" from "the array never reached the consumer". check_settings_flags.py asserts each shipped name against the atom table AND the recovered switch, since a misnamed flag is silently inert and looks exactly like a failed fix. enableSquadBuildingSetsFeature is the reason both checks are needed: a real atom with no arm here. Live: 439 contract checks pass, market unit suite passes. Not yet tested in game. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
22 lines
894 B
Python
22 lines
894 B
Python
"""Recover the settings-struct DEFAULTS.
|
|
|
|
Every IS_* gate key is read off one object via vtable accessors:
|
|
+0x270 IS_TRADING_ENABLED +0x280 IS_STORE_ENABLED (CONTROL: screen works today)
|
|
+0x2b0 IS_FRIENDLY_SEASON_ENABLED +0x2c8 IS_DRAFT_MODE_ENABLED
|
|
The server has always sent {"configs":[]}, so whatever those return today IS the
|
|
constructor default. IS_STORE_ENABLED's screen works, so its default is true;
|
|
the question is whether Seasons and Draft share that or default false.
|
|
|
|
Route: resolve the object -> its vtable -> decompile the four accessors to learn
|
|
which field each reads -> find the constructor and read the initialisers.
|
|
"""
|
|
print("=" * 78)
|
|
print("FUN_180009c80 -- resolves the object (also called by the settings deser)")
|
|
print("=" * 78)
|
|
print(dec(0x180009C80))
|
|
|
|
print("=" * 78)
|
|
print("FUN_1800d7170 -- the argument it is given")
|
|
print("=" * 78)
|
|
print(dec(0x1800D7170))
|