View Issue Details

IDProjectCategoryView StatusLast Update
0001189The Dark ModCodingpublic10.10.2017 14:10
ReporterSneaksieDave Assigned To 
PrioritynormalSeveritynormalReproducibilityalways
Status closedResolutionwon't fix 
Product VersionSVN 
Target VersionTDM 2.04Fixed in VersionTDM 2.04 
Summary0001189: Normal frob action from key + unrelated or unlocked door
DescriptionWas going to be part of the fix steps started in 0001062, but this one might need its own fix-path, as it is causing some immediate annoyance.

Details here: http://forums.thedarkmod.com/topic/7937-combining-of-use-inventory-and-frob-action-when-appropriate/page-3#entry162084
and here: http://forums.thedarkmod.com/topic/7374-next-release-map/page-54#entry164704

Basically, if the player has readied "Golden Key" but they are at "Silver Door" or "Unlocked Wooden Door" (doors which bear no relation to golden key), a normal frob action should happen (attempt to open door). Currently it's trying to use the key on the door which of course fails.

It seems like the behavior should be set up such that the proper key+door action is the exception, not the rule. That the rule should be unrelated items (piece of paper + door) gives normal frob action. Only when it is directly related items (key and door) with a directly related condition (locked!) should it use item1 on item2.
TagsNo tags attached.

Relationships

duplicate of 0001062 closedSneaksieDave Fixing up frob-use with doors, keys, and lockpicks 
related to 0004262 resolvedgrayman Locked doors with button controllers can be opened by illegal keys 

Activities

nbohr1more

nbohr1more

10.10.2017 14:08

developer   ~0009447

Last edited: 10.10.2017 14:10

The current design allows you to re-lock unlocked doors.

Without a key fail on mismatched doors it would take much longer to recover from
a mistaken key selection and lead to more busts as the AI will have more time
to reach you while you fumble with closing a door you accidentally opened.

Feel free to reopen for an enhancement "option" menu choice to change this behavior.

Issue History

Date Modified Username Field Change
28.09.2008 15:13 SneaksieDave New Issue
29.09.2008 06:32 greebo Relationship added duplicate of 0001062
29.09.2008 06:32 greebo Status new => acknowledged
10.10.2017 02:35 nbohr1more Relationship added related to 0004262
10.10.2017 05:43 nbohr1more Description Updated
10.10.2017 14:08 nbohr1more Note Added: 0009447
10.10.2017 14:09 nbohr1more Status acknowledged => closed
10.10.2017 14:09 nbohr1more Resolution open => won't fix
10.10.2017 14:09 nbohr1more Fixed in Version => TDM 2.02
10.10.2017 14:09 nbohr1more Target Version => TDM 2.02
10.10.2017 14:10 nbohr1more Note Edited: 0009447
10.10.2017 14:10 nbohr1more Fixed in Version TDM 2.02 => TDM 2.04
10.10.2017 14:10 nbohr1more Target Version TDM 2.02 => TDM 2.04