funman300
5294f589ad
Entering single-player Seasons showed "There was a problem communicating with the FIFA Ultimate Team Servers". The deployed trace caught the whole chain: SEASON_CALL: LoadOfflineSeasons_asyncimpl(0x57560) SEASONS_WEBFILE_URL: url="packs/loc/storepackdescriptions.en_us.xml" SEASONS_STAGE1: status(+0x1c)=999 -> CACHE_PACKNAMES_FAILED SEASONS_LOAD_CALLBACK: final kind=ERROR result="CACHE_PACKNAMES_FAILED" Not a server fault: no /season/* request is ever made. The client's RS4::ServerSettings CDN base is EMPTY in the emulator, so the pack-names web file is requested as a BARE relative path and 999s, and Seasons aborts on that prerequisite. Ports the base-supply rewriter from wip/seasons/base-supply-veh onto the deployed lineage (that branch forked before the TLS work and cannot be rebased), taking only the URL supply: absolute urls pass through untouched, and the success-forcing CACHE_PACKNAMES bypass is deliberately NOT taken — masking the failure would hide whether the supply actually worked. Corrects the port while porting: the branch hardcoded 8110, where nothing listens. The content server is POW (`pow_server.py`, kind "content") on 8085 — the port Blaze already advertises to the client as its content host. Verified live: GET http://10.10.0.120:8085/fut/packs/loc/storepackdescriptions.en_us.xml returns 200 with a 180-byte XLIFF document. `default_ports::FUT_CONTENT` is now 8085 and the base is still derived from openfut.cfg, so no address is compiled in (confirmed absent from the artifact). Artifact keeps the roster TLS gate patch (11 fifa17_tls markers) and the kit trace alongside the new base supply.