superproject: bump launcher submodule to consolidated main

Records the store-entry category-clamp hook (launcher 9aecc65) as the launcher tip on main. Only the launcher gitlink is bumped; core stays 271c363 and bridge stays 0f581eb (both as already recorded), and the in-tree formatting/doc churn is left untouched.
sbc: document reversed elgReq ordinal finding; elgReq stays empty
2026-08-19 15:35:34 +00:00 · 2026-08-19 15:00:18 +00:00 · 2026-08-19 04:28:13 +00:00 · 2026-08-19 03:01:47 +00:00 · 2026-08-19 02:45:58 +00:00 · 2026-08-19 02:08:37 +00:00
7 changed files with 63 additions and 63 deletions
@@ -3166,7 +3166,6 @@ dependencies = [
 name = "openfut-bridge"
 version = "0.1.0"
 dependencies = [
- "aes",
 "anyhow",
 "axum",
 "bytes",
@@ -424,6 +424,25 @@ Chemistry/rating/nation/league-count constraints (`teamChemistry 0x307`, `starRa
 generically as `{eligibilityKey, eligibilityOperation, eligibilityValue}` triples, **not** as
 named scalar fields on the record. **FREEZE-RISK: elgReq must be a JSON array of objects.**

+> **2026-08-19 — `eligibilityKey`/`eligibilityOperation` are LOCALIZATION ORDINALS, not the
+> atom hex ids above.** Reversed from the pinned CardsDLL (`4706a881…`). The client's sole
+> confirmed consumer of these fields is the requirement-display string builder at
+> `~0x1800ef900`: it loads the eligibility int fields (`0x148(rcx)`) and formats them through
+> *indexed localization keys* — `ELIGIBILITY_STRING%d` (`0x1802186b8`), `LOC_SBC_ELG_KEY_%d`
+> (`0x180226710`), `ELIGIBILITY_OPERATION` (`0x1802186e8`) — appending to a string builder via
+> vtable `*0x10`/`*0x20`. There is **no comparison/branch**: the client does not validate on
+> these ints, it renders `LOC_SBC_ELG_KEY_<eligibilityKey>` (and an operation string) as
+> display text. Therefore `eligibilityKey` is a small ordinal that indexes the **packed FIFA17
+> locale**, NOT `0x307`/`0x22f`/etc. (those hex values are the atom ids of the *named* fields
+> the encoding replaces, not the ordinal values). CONSEQUENCE: correct projection needs the
+> ordinal→locale-string map, which lives only in the packed locale (absent from CardsDLL and
+> every `fifa17-recon/data` file; a game-dir locale probe on the live client found none) or a
+> real EA `elgReq` capture (unavailable on a private server). Emitting a *guessed* ordinal
+> renders the WRONG requirement text to the player, so `elgReq` stays `[]` until the ordinal
+> map is recovered. This is a display-only gap: SBC submission is fully validated server-side
+> (Core), and an invalid squad's generic comms modal originates from the server 400, not from
+> the empty `elgReq`.
+
 **awards / grantedAwards** — nested array of reward objects (atoms: `rewardType 0x28e`,
 `rewardValue 0x28f`, `rewardQuantity 0x28d`, `rewardMultiplier 0x28c`, `awardCount 0x40`,
 `awardSet 0x45`, `awardSetId 0x46`, `prizeSet 0x253`). **FREEZE-RISK: must be array.**
@@ -158,7 +158,7 @@ launch() {
  local trace_enabled=0
  local request_trace_enabled=0
  local notifier_trace_enabled=0
-  local commit_enabled=0
+  local dispatch_enabled=0
  case "$mode" in
    baseline)
      [[ "${OPENFUT_FIFA17_LAUNCH:-}" == "I_ACCEPT_M1_BASELINE_LAUNCH" ]] ||
@@ -177,14 +177,11 @@ launch() {
      request_trace_enabled=1
      notifier_trace_enabled=1
      ;;
-    commit)
-      [[ "${OPENFUT_FIFA17_COMMIT:-}" == "I_ACCEPT_POST_PARSE_READY_BYTE" ]] ||
-        die "launch-commit requires OPENFUT_FIFA17_COMMIT=I_ACCEPT_POST_PARSE_READY_BYTE"
-      hook_enabled=1
-      trace_enabled=1
+    dispatch)
+      [[ "${OPENFUT_FIFA17_DISPATCH:-}" == "I_ACCEPT_GUARDED_NATIVE_DISPATCH" ]] ||
+        die "launch-dispatch requires OPENFUT_FIFA17_DISPATCH=I_ACCEPT_GUARDED_NATIVE_DISPATCH"
      request_trace_enabled=1
-      notifier_trace_enabled=1
-      commit_enabled=1
+      dispatch_enabled=1
      ;;
    *) die "unknown launch mode: $mode" ;;
  esac
@@ -207,7 +204,7 @@ launch() {
  done
  mkdir -p "${wine_prefix}/dosdevices"
  ln -sfn /mnt "${wine_prefix}/dosdevices/w:"
-  note "Launching $mode mode (SBC_HOOK=$hook_enabled; SBC_TRACE=$trace_enabled; SBC_REQUEST_TRACE=$request_trace_enabled; SBC_NOTIFIER_TRACE=$notifier_trace_enabled; SBC_COMMIT=$commit_enabled); log=/tmp/fifa17-hook-m1-launch.log"
+  note "Launching $mode mode (SBC_HOOK=$hook_enabled; SBC_TRACE=$trace_enabled; SBC_REQUEST_TRACE=$request_trace_enabled; SBC_NOTIFIER_TRACE=$notifier_trace_enabled; SBC_DISPATCH=$dispatch_enabled); log=/tmp/fifa17-hook-m1-launch.log"
  cd "$game_dir"
  env \
    GAMEID=fifa17 \
@@ -218,8 +215,8 @@ launch() {
    OPENFUT_SBC_TRACE="$trace_enabled" \
    OPENFUT_SBC_REQUEST_TRACE="$request_trace_enabled" \
    OPENFUT_SBC_NOTIFIER_TRACE="$notifier_trace_enabled" \
-    OPENFUT_SBC_DISPATCH=0 \
-    OPENFUT_SBC_COMMIT="$commit_enabled" \
+    OPENFUT_SBC_DISPATCH="$dispatch_enabled" \
+    OPENFUT_SBC_DISPATCH_TRACE=0 \
    OPENFUT_SBC_ARM_ONLY=0 \
    OPENFUT_SBC_POPULATE=0 \
    umu-run _fifa17.exe 2>&1 | tee /tmp/fifa17-hook-m1-launch.log
@@ -227,7 +224,7 @@ launch() {

 usage() {
  cat <<'EOF'
-Usage: fifa17-hook-m1.sh [inspect|build|stage|deploy|launch|launch-resolve|launch-trace|launch-commit]
+Usage: fifa17-hook-m1.sh [inspect|build|stage|deploy|launch|launch-resolve|launch-trace|launch-dispatch]

  inspect  Read-only PE/hash/export preflight (default).
  build    Cross-build the inert FIFA17 hook, then run inspect.
@@ -240,11 +237,11 @@ Usage: fifa17-hook-m1.sh [inspect|build|stage|deploy|launch|launch-resolve|launc
           Start M2 resolve-only mode (guarded reads/logging, no detours/writes); requires:
           OPENFUT_FIFA17_RESOLVE=I_ACCEPT_M2_RESOLVE_LAUNCH
  launch-trace
-           Start the single M3 passive factory/deserializer trace; requires:
+           Start the M3-M6 passive parser/request/notifier trace; requires:
           OPENFUT_FIFA17_TRACE=I_ACCEPT_M3_PASSIVE_TRACE
-  launch-commit
-           Trace and arm the SBC cache only after a validated native parse; requires:
-           OPENFUT_FIFA17_COMMIT=I_ACCEPT_POST_PARSE_READY_BYTE
+  launch-dispatch
+           Trace and repair only a fully validated native status-999 completion; requires:
+           OPENFUT_FIFA17_DISPATCH=I_ACCEPT_GUARDED_NATIVE_DISPATCH

 Optional path overrides:
  OPENFUT_FIFA17_HOOK_DLL, OPENFUT_FIFA17_GAME_DIR,
@@ -260,7 +257,7 @@ case "${1:-inspect}" in
  launch) launch baseline ;;
  launch-resolve) launch resolve ;;
  launch-trace) launch trace ;;
-  launch-commit) launch commit ;;
+  launch-dispatch) launch dispatch ;;
  -h|--help|help) usage ;;
  *) usage >&2; die "unknown command: $1" ;;
 esac
@@ -24,48 +24,9 @@ pub fn accountinfo_body() -> Value {
    json!({})
 }

-/// `GET …/settings` — the FUT client applies this `configs` array via the applier
-/// `FUN_18011dc50`, the ONLY writer of the `IS_*` UI gate bytes (each
-/// `byte = (field == 1)`). A flag never sent is a gate never opened — which is why
-/// Single-Player Seasons/Draft refuse to open while issuing ZERO server requests
-/// (`friendlySeasonsEnabled` → slot `[0x16]` → model byte `0x1fd3a`
-/// `IS_FRIENDLY_SEASON_ENABLED`; RE-confirmed via pyghidra on CardsDLL).
-///
-/// Default (`OPENFUT_FUT_SETTINGS` unset/`off`) is the historical empty baseline.
-/// `OPENFUT_FUT_SETTINGS=gates` populates the array. SAFETY: populating it is what
-/// makes the applier RUN, and it then writes EVERY gate byte, so the already-live
-/// store flags MUST be re-asserted here or enabling Seasons would clear the working
-/// Store (those reach the client today via the Blaze FUT_RS4_CONFIG store, not
-/// here). Mirrors the audited list in `utas_server.py` `_SETTINGS_KEEP`/`_GATES`.
+/// `GET …/settings` — production oracle returns an empty config list.
 pub fn settings_body() -> Value {
-    if std::env::var("OPENFUT_FUT_SETTINGS").as_deref() != Ok("gates") {
-        return json!({ "configs": [] });
-    }
-    // Already-live store flags re-asserted (pinned to their working state).
-    const KEEP: &[&str] = &[
-        "storeEnabled",
-        "storeEnabled_JP",
-        "coinEnabled",
-        "coinEnabled_JP",
-        "cardPackStoreEnabled",
-        "cardPackStoreEnabled_JP",
-        "pointsPackStoreEnabled",
-        "tradingEnabled",
-    ];
-    // Mode gates that nothing has ever populated (the point of the change).
-    const GATES: &[&str] = &[
-        "friendlySeasonsEnabled",
-        "enableDraftMode",
-        "enableSinglePlayerDraftMode",
-        "enableOfflineDraftMode",
-        "tournamentQuitEnabled",
-    ];
-    let configs: Vec<Value> = KEEP
-        .iter()
-        .chain(GATES.iter())
-        .map(|k| json!({ "type": k, "value": 1 }))
-        .collect();
-    json!({ "configs": configs })
+    json!({ "configs": [] })
 }

 /// `GET …/leaderboards/options` — production oracle (FUT_MODES off) returns an
@@ -116,6 +116,15 @@ pub fn challenges_body(set_id: i64, challenges: &[ChallengeView]) -> Value {
                "status": "OPEN",
                "timesCompleted": times_completed,
                "awards": [],
+                // `elgReq` stays empty deliberately. Reversed from the pinned CardsDLL
+                // (2026-08-19, see ENDPOINT_MAP.md "Shared record shapes"): the client
+                // consumes `eligibilityKey`/`eligibilityOperation` only as ordinals that
+                // index the packed locale (`LOC_SBC_ELG_KEY_%d`) to render requirement
+                // text — it does NOT validate on them. The ordinal->string map is not
+                // recoverable from any asset we have, so any value we emit would show the
+                // WRONG requirement to the player. Submission is validated server-side by
+                // Core regardless; leaving this empty is display-only, never a correctness
+                // gap. Populate ONLY once the locale ordinal map is captured.
                "elgReq": []
            })
        })
@@ -360,8 +369,16 @@ mod tests {
        assert_eq!(
            parse_wire_item_ids(retail).unwrap(),
            [
-                100_004_227, 100_004_233, 100_001_317, 100_001_531, 100_000_966,
-                100_001_947, 100_000_169, 100_002_017, 100_002_765, 100_000_147,
+                100_004_227,
+                100_004_233,
+                100_001_317,
+                100_001_531,
+                100_000_966,
+                100_001_947,
+                100_000_169,
+                100_002_017,
+                100_002_765,
+                100_000_147,
                100_000_311
            ],
            "exactly the 11 non-zero players in wire order; manager and empty slots ignored"
@@ -199,7 +199,7 @@
      }
    },
    {
-      "assetId": 70,
+      "assetId": 5,
      "id": 70,
      "packType": "GOLD",
      "description": "Reward Gold Pack",
@@ -212,6 +212,13 @@
      "isPremium": false,
      "sortPriority": 1,
      "displayGroupAssetId": 3,
+      "currencies": [
+        {
+          "name": "coins",
+          "funds": 0,
+          "finalFunds": 0
+        }
+      ],
      "packContentInfo": {
        "bronzeQuantity": 0,
        "silverQuantity": 0,
Author	SHA1	Message	Date
funman300	c7c057a31a	superproject: bump launcher submodule to consolidated main Records the store-entry category-clamp hook (launcher 9aecc65) as the launcher tip on main. Only the launcher gitlink is bumped; core stays 271c363 and bridge stays 0f581eb (both as already recorded), and the in-tree formatting/doc churn is left untouched.	2026-08-19 15:35:34 +00:00
funman300	89dc1b1d85	sbc: document reversed elgReq ordinal finding; elgReq stays empty Reversed from the pinned CardsDLL (4706a881): eligibilityKey and eligibilityOperation are localization ordinals (LOC_SBC_ELG_KEY_%d), not the atom hex ids. The client's only consumer is the requirement- display string builder at ~0x1800ef900 (formats via indexed locale keys, no comparison/gate). The ordinal->string map lives only in the packed locale (absent from all assets we hold), so any emitted value would render the WRONG requirement text. Submission stays fully validated server-side by Core; the empty elgReq is display-only. Correct ENDPOINT_MAP.md's implied atom-id==ordinal assumption and pin the exact remaining blocker at the emit site.	2026-08-19 15:00:18 +00:00
funman300	13a22c4507	Bump launcher: plain-language launch status	2026-08-19 04:28:13 +00:00
funman300	1db9acdf6d	Bump launcher: persist hook DLL override in the prefix registry Removes the manual Steam launch-options step; the launcher now writes version=native,builtin into the Wine prefix so any launch path loads the hook.	2026-08-19 03:01:47 +00:00
funman300	911c7a34fd	Bump launcher: promote FIFA17 SBC dispatch (no env arming) Picks up openfut-launcher 94feaec, which makes the guarded native SBC dispatch repair a build-armed promoted feature instead of an OPENFUT_SBC_DISPATCH env gate. Any launch path (Steam, the launcher Launch button, bare umu-run) now gets the repair, so the SBC screen no longer depends on a harness script exporting a variable. Every runtime guard is unchanged; rollback is a version.dll file swap.	2026-08-19 02:45:58 +00:00
funman300	fcc314afb1	fifa17 store: render cover art on My Packs reward tiles A reward pack advertised its own id (70-75) as assetId, which is not a client art asset, so its My Packs tile rendered blank. Reward tiles now carry their tier store pack as the cover asset (bronze->1, silver->3, gold->5) while `id` stays the pack own id (the open packId / SERVER_ID); the sentinel keeps its own id so it stays an inert placeholder. LIVE-MAPPED on the retail client 2026-08-18 across all three store tabs and two reward tiles, which corrected an earlier wrong assumption: * assetId only gates whether art renders AT ALL (unknown id -> blank tile). * WHICH art is drawn comes from packType + packContentInfo.rareQuantity, NOT assetId: BRONZE+1rare -> bronze card, BRONZE+3 -> silver, SILVER+1 -> gold, SILVER+3 -> silver trio, GOLD+1 -> blue special, GOLD+3 -> red inform. Remapping assetId 5->3 and 3->2 left both frames unchanged and only rotated the featured player, which proves art is content-driven. So a reward tile now shows the same cover as the equivalent purchasable pack (a gold reward shows the blue-special art the 5000-coin Gold Pack shows - EA art advertises an aspirational card rather than the tier colour). Regression test reward_tiles_carry_a_renderable_cover_asset added; pack70 golden regenerated.	2026-08-19 02:08:37 +00:00
funman300	b323244ac9	fifa17 store: make My Packs reward tiles openable (free coins row) Reward/My-Packs tiles were emitted with no currencies row (dropped to avoid an "undefined" payment label). But FIFA 17 opens My Packs through the store PURCHASE flow (My Packs is a client-side filter over the store catalogue; the open-vs-buy fork is client-side and no response selects it), so a tile with no purchase path is not actionable — clicking it navigates instead of opening, sending no request. Fix: keep the coins currency at the pack price (0 for reward packs; no extPrice, so no `or %1s` mtx bug). The client then treats the tile as free and clicking sends POST /purchased, which the server opens for free (owned-only redeem, no debit). The empty-My-Packs sentinel keeps no currency row so it stays non-openable. pack70 golden regenerated. LIVE-PROVEN 2026-08-18: a reward Silver Pack opened and revealed cards on the retail client (host log: POST /purchased/items 200 -> GET /purchased/items).	2026-08-19 01:50:51 +00:00
funman300	1d6a6fffcc	fifa17 store: make reward packs (SBC/draft/season/...) openable SBC completion and the other Core reward services grant packs with symbolic definition_ids ("silver_pack", "gold_pack", ...). The FIFA 17 pack system keys entirely on numeric catalogue ids, and entitlement_pack_ids / handle_pack_open resolved definition_ids with definition_id.parse::<u64>(), so every symbolic reward pack was silently dropped from the openable My Packs list. The unopened count (recoveredPacks, = entitlement count) still counted them, so the client showed "you have N packs" but had no tile to open -> "no pack available". Fix (adapter-layer, Core stays game-neutral): add owned-only reward pack catalogue entries 71-75 (bronze/silver/gold/rare_gold/icon) and a resolver owned_pack_id_for_definition() that maps both numeric owned ids and the symbolic reward names to their numeric owned-only pack. entitlement_pack_ids and the pack-open entitlement selection now use it, so reward packs render as openable My Packs tiles and redeem their entitlement for free (consume-once, no debit). Server-verified on staging: 3 Core reward entitlements now render 3 openable mypacks tiles matching recoveredPacks=3. Tests: adapter resolver + rendering, host symbolic-reward open flow; full adapter + host suites green.	2026-08-19 01:27:22 +00:00
funman300	f56aa613da	fifa17 SBC: keep repeatable challenges re-enterable after completion The FIFA 17 client gates challenge re-entry on timesCompleted, not on the repeatable flag: a nonzero count renders the tile COMPLETED and refuses re-entry even when repeatable=true. So a repeatable challenge now always projects timesCompleted=0 (challenges_body) and its set as challengesCompletedCount=0 (sets_body); a non-repeatable challenge keeps its true count and stays locked once completed. Core keeps the authoritative completion record — economy is unaffected; this is presentation only. Live-proven on the retail client 2026-08-18: a completed repeatable Bronze Upgrade now re-opens for a fresh submit instead of blocking. Regression test repeatable_completed_challenge_stays_enterable added; adapter + full host suite (incl. differential and the concurrency race) green.	2026-08-19 01:18:36 +00:00
funman300	8c17f896b4	fifa17 store: native category art via displayGroupAssetId The all-groups landing (shown on first store entry) renders one tile per group whose background is the client-bundled packs_backgrounds_%d.dds, selected by displayGroupAssetId. Live-probed on the retail client 2026-08-18: index 0 is blank; indices 1/2/3 render real pack art. Assign non-zero per category (bronze=1, silver=2, gold/mypacks=3) so that landing shows native pack art instead of blank shields. The persistent tabbed store (MY PACKS/BRONZE/SILVER/ GOLD PACKS) draws pack art from the packs themselves and is unaffected. LIVE-CONFIRMED end-to-end: native tabbed store renders the real 6-pack catalogue with correct prices (Gold 5000 / Premium Gold 7500), counts (12 items, 10 gold, 1/3 rares), pack art, and no "or %1s" line.	2026-08-19 00:02:13 +00:00
funman300	c68c10cf04	fifa17 store: real 6-pack economy + full-DB pool; drop extPrice - store_catalog: replace the invented catalogue with the real always-available FUT17 regular packs (Bronze/Prem Bronze/Silver/Prem Silver/Gold/Prem Gold) at real prices + tier composition; PackDef now carries per-tier quantities. - pack_body: drop extPrice (its mtx side-effect switched on the broken "or %1s" FIFA-Points tile line; plan-2026-08-05-store-subsystem.md section 3.4). - pack_content: tier-aware generator draws each pack bronze/silver/gold composition with special_chance bias + empty-tier fallback. - host: CoreAccess::all_definitions (GET /cards); build_content_pool draws the FULL card universe via non-minting catalog lookup, owned-inventory fallback. - economy_differential: store ops reclassified DIFFERENT-BY-DESIGN (Rust is the authoritative store; Python oracle stays the untouched rollback baseline). - fixtures/tests updated to the real catalogue. Odds are DESIGNED placeholders (FUT17 pack probabilities were never published); club items remain excluded (cardtype-9 mapping unknown). Full regression green; real prices + tier-correct draws verified server-side on staging.	2026-08-18 23:26:55 +00:00
funman300	7116046195	Lock FIFA17 SBC challenge-squad parser to captured retail wire body Retail Gate C captured PUT /sbs/challenge/101/squad: 23-slot players[] of {index,itemData:{id,dream}} plus manager/chemistry/rating/formation siblings. parse_wire_item_ids already handles it (players[].itemData.id, non-zero only); update the stale "captures unavailable" note and add a verbatim regression test.	2026-08-18 21:29:47 +00:00
funman300	dcac2c546b	Bump launcher: FIFA17 SBC dispatch notifier lifecycle correction	2026-08-18 20:59:07 +00:00
funman300	5c8e2dc0bd	Bump launcher: FIFA17 SBC dispatch response-class live vtable fix	2026-08-18 20:53:05 +00:00
funman300	bd03aec82a	Gate FIFA17 SBC dispatch acceptance	2026-08-18 20:20:38 +00:00