View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0006427 | The Dark Mod | Models | public | 04.01.2024 21:02 | 14.10.2024 16:54 |
Reporter | Fiver | Assigned To | Amadeus | ||
Priority | normal | Severity | normal | Reproducibility | always |
Status | resolved | Resolution | fixed | ||
Platform | Linux | OS | Debian | OS Version | 11 Bullseye |
Product Version | SVN | ||||
Target Version | TDM 2.13 | Fixed in Version | TDM 2.13 | ||
Summary | 0006427: Unexpected behavior when locking and unlocking chest in Training Mission | ||||
Description | (terminology: chest = body + lid) In room Keys & Lockpicks, the chest near the start of the room has an unexpected behavior in that both the lid and the body can be locked separately, though only the body has a visible lock. It would make more sense if the chest as a single object could be locked, not the two parts (body + lid) that the chest consists of. Reproduced in TDM 2.12/64 #10613 (beta212-02). | ||||
Steps To Reproduce | (with default settings to automatically open things when they are unlocked) * Start with chest (both lid and body) unlocked and with the lid open * Close lid * Use key to lock lid * A sound indicates the lid was locked * Use key to lock body * A sound indicates the body was locked (unexpected that both can be "locked" separately.) * Use key to unlock body * A sound indicates the body was unlocked * The lid does not open automatically (because the lid is in state locked) * Frob body * The lid does not open (because the lid is in state locked) * Frob lid * The key is used to unlock the lid and the chest opens (because now both the body and the lid are in state unlocked) | ||||
Tags | model, realism | ||||
I think the most logical behavior for chests should be that both body and lid get higlighted when frobbed and used with lockpick. Same for unlocked but closed chest. Opened chest should have frob(-higlight) only set to lid. | |
Will be fixed in next Training Mission update | |
Fixed in dev17152-10890 | |
Date Modified | Username | Field | Change |
---|---|---|---|
04.01.2024 21:02 | Fiver | New Issue | |
04.01.2024 21:04 | Fiver | Tag Attached: model | |
04.01.2024 21:04 | Fiver | Tag Attached: realism | |
04.01.2024 21:04 | Fiver | Relationship added | related to 0006373 |
23.01.2024 11:06 | datiswous | Note Added: 0016415 | |
04.10.2024 01:28 | Amadeus | Note Added: 0016856 | |
04.10.2024 17:45 | Fiver | Relationship added | related to 0006006 |
04.10.2024 21:45 | Amadeus | Status | new => acknowledged |
05.10.2024 15:57 | Amadeus | Assigned To | => Amadeus |
05.10.2024 15:57 | Amadeus | Status | acknowledged => assigned |
05.10.2024 18:51 | Fiver | Summary | Unexpected behavior of chest in Training Mission => Unexpected behavior whn locking chest in Training Mission |
05.10.2024 18:51 | Fiver | Description Updated | |
05.10.2024 18:51 | Fiver | Steps to Reproduce Updated | |
05.10.2024 18:54 | Fiver | Summary | Unexpected behavior whn locking chest in Training Mission => Unexpected behavior when locking and unlocking chest in Training Mission |
06.10.2024 22:59 | nbohr1more | Product Version | => SVN |
06.10.2024 22:59 | nbohr1more | Target Version | => TDM 2.13 |
14.10.2024 13:14 | Amadeus | Status | assigned => resolved |
14.10.2024 13:14 | Amadeus | Resolution | open => fixed |
14.10.2024 13:14 | Amadeus | Note Added: 0016874 | |
14.10.2024 16:54 | nbohr1more | Fixed in Version | => TDM 2.13 |