View Issue Details

IDProjectCategoryView StatusLast Update
0006427The Dark ModModelspublic14.10.2024 16:54
ReporterFiver Assigned ToAmadeus  
PrioritynormalSeveritynormalReproducibilityalways
Status resolvedResolutionfixed 
PlatformLinuxOSDebianOS Version11 Bullseye
Product VersionSVN 
Target VersionTDM 2.13Fixed in VersionTDM 2.13 
Summary0006427: 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)
Tagsmodel, realism

Relationships

related to 0006373 new Failure to pick lock of chest 
related to 0006006 resolvedDragofer Training Mission: chest in "Keys and Lockpicks" is not linked to its lid 

Activities

datiswous

datiswous

23.01.2024 11:06

reporter   ~0016415

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.
Amadeus

Amadeus

04.10.2024 01:28

developer   ~0016856

Will be fixed in next Training Mission update
Amadeus

Amadeus

14.10.2024 13:14

developer   ~0016874

Fixed in dev17152-10890

Issue History

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