Viewing Issue Simple Details Jump to Notes ] Wiki ] View Advanced ] Issue History ] Print ]
ID Category Severity Reproducibility Date Submitted Last Update
0006666 [DCSS] Bug Report minor always 2013-02-19 23:06 2015-11-26 22:54
Reporter rriegs View Status public  
Assigned To Medar
Priority normal Resolution done  
Status resolved   Product Branch 0.12 ancient branch
Summary 0006666: Discovered terrain changes (openned doors, etc.) don't update travel exclusions
Description Scenario: I see a sleeping monster near a closed door, stealthily sneak away, and mark it as excluded. The door blocks the exclusion, as it should. Much later, autoexploring the level, I encounter the door from the other side, except it has been opened at some point.

Expectation: The travel exclusion should be updated immediately to reflect the fact that the door is now open. If now inside the travel exclusion, autoexplore should stop, even if no monster is in sight.

What actually happens: The excluded squares remain as if the door was still closed. Autoexplore will walk right into LOS of the original exclusion.

Presumably, this can happen with other terrain changes (digging, etc.) as well, but it's fairly easy to reproduce with a door: Get a door-opening monster's attention at some distance, run through a door and close it, exclude a square opposite the door, and wait for the monster to open the door.

This affects both tiles and console, though it's a lot easier to see in tiles as excluded squares are always visible.
Additional Information
Tags No tags attached.
Attached Files

- Relationships
has duplicate 0009557closedneil Autoexclude area not updating when door is eaten 

-  Notes
neil (administrator)
2015-03-18 00:15

Still around in 0.16, as raskol noted in 0009557
Medar (developer)
2015-11-26 22:54

Fixed by 0.18-a0-304-gfd5483d.

- Issue History
Date Modified Username Field Change
2013-02-19 23:06 rriegs New Issue
2015-03-18 00:14 neil Relationship added has duplicate 0009557
2015-03-18 00:15 neil Note Added: 0028660
2015-11-26 22:54 Medar Note Added: 0029865
2015-11-26 22:54 Medar Status new => resolved
2015-11-26 22:54 Medar Fixed in Branch => 0.18 development branch
2015-11-26 22:54 Medar Resolution open => done
2015-11-26 22:54 Medar Assigned To => Medar

Mantis 1.1.8[^]
Copyright © 2000 - 2009 Mantis Group
Powered by Mantis Bugtracker