wishing fix (obj->dknown)

A change made 5 or 6 weeks ago that was meant to enhance tracking of
artifact creation had an unintended side-effect of making every object
obtained via wishing have its dknown flag be set.  That made them
behave differenly from items picked up off the floor, so revert to the
old behavior.
This commit is contained in:
PatR
2022-04-20 23:08:29 -07:00
parent 0f1674a262
commit fea939899d
2 changed files with 5 additions and 8 deletions

View File

@@ -1156,6 +1156,8 @@ if the repeat command was used after prefix+command, only the command part got
repeated
the change for repeat after prefix+command would result in a crash if repeat
was attempted after an unassigned key
items obtained via wishing while blind were erroneously being marked as 'seen
up close' so behaving differently from items picked up off the floor
curses: 'msg_window' option wasn't functional for curses unless the binary
also included tty support

View File

@@ -5647,14 +5647,9 @@ makewish(void)
return;
}
if (otmp != &cg.zeroobj) {
/* treat as if seen up close even if hero is blind and hasn't
touched it yet */
otmp->dknown = 1;
if (otmp->oartifact)
/* update artifact bookkeeping; doesn't produce a livelog event */
artifact_origin(otmp, ONAME_WISH | ONAME_KNOW_ARTI);
if (otmp->oartifact) {
/* update artifact bookkeeping; doesn't produce a livelog event */
artifact_origin(otmp, ONAME_WISH | ONAME_KNOW_ARTI);
}
/* wisharti conduct handled in readobjnam() */