Viewing Issue Simple Details Jump to Notes ] Wiki ] View Advanced ] Issue History ] Print ]
ID Category Severity Reproducibility Date Submitted Last Update
0003200 [DCSS] Bug Report major always 2011-01-13 00:45 2011-08-22 19:06
Reporter Kate View Status public  
Assigned To greensnark
Priority normal Resolution done  
Status closed   Product Branch 0.8 ancient branch
Summary 0003200: Shafts/hatches predictably place you on the same co-ordinates on the destination floor
Description I'm not sure what the intended behaviour is (I think 0.6/0.7/trunk all behave differently, and 0.7 is buggy), but in trunk going through a shaft or escape hatch will always place you on the same co-ordinates on the destination floor - that is, if you go through a shaft with co-ordinates 27,27 on D:26, you will always land at 27,27 on D:27 (if there is a wall in the way you will be placed as near as possible to that spot).

This can be abused with Flight and Minefield cards (and possibly also weapons of chaos?), which create shafts. By creating a shaft at a known co-ordinate, you can drop onto a lower level and be certain that you will arrive in a specific spot. By mapping the destination level first, you can drop yourself directly into the Zot:5 orb chamber, for example.

The destinations of escape hatches and shafts should probably be random, or else players shouldn't be able to create them (although this would still let the destination of existing shafts/hatches be predicted).
Additional Information
Tags No tags attached.
Attached Files

- Relationships

-  Notes
(0010427)
jpeg (manager)
2011-01-13 09:39

Sounds good. Picking a random destination place when used (for shafts) or on first use (for escape hatches) should work. Should the target position get blocked by monsters, walls, deep water, drop the player somewhere nearby as already happens currently.
(0010428)
dpeg (administrator)
2011-01-13 10:12

Darshan, I know you had a plan when making shaft destinations work like they do. Is the proposed modification okay?
(0014165)
galehar (administrator)
2011-08-11 21:31

Fixed.

- Issue History
Date Modified Username Field Change
2011-01-13 00:45 Kate New Issue
2011-01-13 09:39 jpeg Note Added: 0010427
2011-01-13 10:11 dpeg Assigned To => greensnark
2011-01-13 10:12 dpeg Note Added: 0010428
2011-07-21 20:46 Kate Issue Monitored: Kate
2011-08-11 21:31 galehar Note Added: 0014165
2011-08-11 21:31 galehar Status new => resolved
2011-08-11 21:31 galehar Fixed in Branch => 0.9 development branch
2011-08-11 21:31 galehar Resolution open => done
2011-08-22 19:06 Kate Status resolved => closed
2011-08-22 19:06 Kate Issue End Monitor: Kate


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