do-again vs yn_function()
This fixes the impossible from yn_function() for ^A after Z. One call to yn_function stored the spell letter for do-again and then another call was unintentionally using that when getting a y/n response for askchain() while using menustyle:Traditional [when spell was identify and eligible objects needed confirmation about whether to be ID'd]. Fixing that seemed to break #pray so the paranoid_confirm routine has been changed to not rely on canned input, even for queries where the player hasn't specified that confirmation be required. Behavior of ^A might be different in unexpected ways, but it wasn't working correctly before.
This commit is contained in:
@@ -1,4 +1,4 @@
|
||||
NHDT-Branch: NetHack-3.7 $:$NHDT-Revision: 1.1572 $ $NHDT-Date: 1762577372 2025/11/07 20:49:32 $
|
||||
NHDT-Branch: NetHack-3.7 $:$NHDT-Revision: 1.1573 $ $NHDT-Date: 1762680996 2025/11/09 01:36:36 $
|
||||
|
||||
General Fixes and Modified Features
|
||||
-----------------------------------
|
||||
@@ -2137,6 +2137,9 @@ timer sanity check for melting ice gave false complaint about non-ice for
|
||||
mhitm_ad_phys() was not applying Half_physical_damage when hero was target
|
||||
throwing crystal plate mail or helm of brilliance up against the ceiling could
|
||||
result in the item being cracked and then vanishing
|
||||
yn_function (used all over the place) sometimes triggered an impossible()
|
||||
during do-again (^A) processing [ongoing revisions; more are probably
|
||||
needed; listed here in case ^A behavior changes]
|
||||
|
||||
|
||||
Fixes to 3.7.0-x Platform and/or Interface Problems Exposed Via git Repository
|
||||
|
||||
Reference in New Issue
Block a user