View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001044 | The Dark Mod | AI | public | 22.08.2008 02:11 | 29.06.2009 08:06 |
| Reporter | Ishtvan | Assigned To | Ishtvan | ||
| Priority | high | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Summary | 0001044: AI Not Reloading AF CMs After Save/Restore | ||||
| Description | AI are not reloading their AF collision bodies after a save/restore. This means blackjacking will fail, detailed collisions with moveables will fail, ragdoll may or may not misbehave depending on whether they try to reload it again when they're killed/KO'd. I tested this with AI spawned ingame, not sure if it also happens for AI who are there at map start. This may have been caused by changing around the order that AF bodies get restored in, because I noticed it _does_ load dynamically attached AFs (like the hammer on the Builder), but does not load the AF of the AI itself. | ||||
| Tags | No tags attached. | ||||
|
This happens to ALL AI, not just dynamically spawned ones. So it is a very major bug. Check if restoring the AF was moved recently in the restore routine. Only applies to conscious AI, knockout/dead AI reload it just fine. |
|
| idAFEntities (including AI) needed to call EnableClip again on their AF after restoring if m_bAFPushMoveable was true. | |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 22.08.2008 02:11 | Ishtvan | New Issue | |
| 22.08.2008 02:11 | Ishtvan | ReleasePriority | => minor |
| 25.08.2008 09:00 | Ishtvan | Project | @3@ => The Dark Mod |
| 25.08.2008 09:41 | Ishtvan | Status | new => assigned |
| 25.08.2008 09:41 | Ishtvan | Assigned To | => Ishtvan |
| 25.08.2008 09:42 | Ishtvan | Note Added: 0001512 | |
| 25.08.2008 09:47 | Ishtvan | Note Edited: 0001512 | |
| 29.08.2008 07:12 | Ishtvan | Note Added: 0001528 | |
| 29.08.2008 07:12 | Ishtvan | Status | assigned => resolved |
| 29.08.2008 07:12 | Ishtvan | Resolution | open => fixed |
| 29.06.2009 08:06 | greebo | Status | resolved => closed |