| Rev | Author | Branch | Log Message | Date | SHA |
|---|---|---|---|---|---|
| r26264 | master | clang fix |
14 February, 2026 | ||
| master | Fix old, popular SA crash @ 0x001A5735 |
14 February, 2026 | |||
| master | Addendum to a0f60a7 |
14 February, 2026 | |||
| master | Fix memory leak and stale entries in building removal tracking |
14 February, 2026 | |||
| master | Guard RestoreOriginalModel against removing models with active refs SA's streaming GC checks usNumberOfRefs == 0 before removing models. RestoreOriginalModel skipped this check, which could cause TXD ref ... |
14 February, 2026 | |||
| master | Retry leaked TXD slots on session reset instead of losing them Previously, g_PermanentlyLeakedTxdSlots was just logged and cleared, so leaked slots stayed occupied forever. Now they get queued into ... |
14 February, 2026 | |||
| master | Clear expanded building pool upon disconneect/reconnect. This was a missed cleanup when EngineSetPoolCapacity got added. |
14 February, 2026 | |||
| master | Clean up some textures logging |
14 February, 2026 | |||
| master | Addendum to 985a815 & f44f6ea, to further improve the situation for engineRequest• textures: Proper and safe clearing across sessions. Fix UAF in engineRequestTXD cleanup on disconnect/reconnect On disconnect, reconnect, or resource restart, CClientModel::RestoreTXD destroys the engineRequestTXD pool slot immediately. But CClientTXD elements that imported textures into that slot via engineImportTXD may still be alive (queued by DeleteRecursive). Their later ModelInfoTXDRemoveTextures call would access freed TXD data through stale perTxdList entries. ... |
14 February, 2026 |