Catch up to upstream + fix P2P multi-process Steam-ID routing #2
No reviewers
Labels
No labels
bug
documentation
duplicate
enhancement
good first issue
help wanted
invalid
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
splitux-gg/gbe_fork-splitux!2
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "merge-upstream-dev"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Summary
Brings the fork current with upstream
Detanup01/gbe_fork(~209 commits) while keeping splitux tweaks (self-hosted-runner CI + auto_accept_p2p config layer), and fixes a real SteamNetworkingSockets P2P regression.P2P fix (the headline)
When multiple local processes share one Steam account (a bootstrap launcher exe + the shipping game exe both loading steam_api64 — exactly what Satisfactory does),
CONNECTION_ACCEPTED/DATAwere routed by destination Steam ID viafind_connection()(first match only), landing on the wrong process. The process that calledConnectP2Pnever reached Connected, causing a 120s timeout.New
Networking::sendToAllWithID()delivers to every connection holding the dest Steam ID; the socket owner handles it, others drop it. All four P2P send paths routed through it.Verified: Satisfactory two-instance Steam co-op connects end-to-end (Welcomed by server, data flowing, joiner loads host world). Benefits any P2P game with a launcher+game or multiple local instances.
Orphan branches
Fast-forwarded
third-party/{common,deps}/win+deps/commonto upstream (premake beta8, SDL3 sources) — required for the merged tree to build.