|Anonymous | Login||2020-07-15 06:01 CEST|
|Main | My View | View Issues | Change Log | Wiki | Tavern | News|
|Viewing Issue Simple Details|
|ID||Category||Severity||Reproducibility||Date Submitted||Last Update|
|0011833||[DCSS] Bug Report||minor||random||2019-01-20 01:57||2020-05-02 19:47|
|Status||resolved||Product Branch||0.23 old branch|
|Summary||0011833: Wand of Digging targeter on Barachi is too short.|
When firing wand of digging as Barachi the wand travels one tile farther than the targeter indicates. That is, the wand digs to edge of LOS, but the targeter sometimes stops one tile short of LOS but the wand digs all the way to the edge of LOS.
I am having trouble determining what causes the bug with the targeter because it seems fine if the beam digs through no tiles, but I think the cause is when the wand digs through a tile and the tile at the edge of LOS is a wall that is not currently visible to the player but is within the barachi's LOS. Sometimes it doesn't happen though so I'm kind of confused.
|Tags||No tags attached.|
doesnt_reach.png [^] (156,596 bytes) 2019-01-20 01:57
but_it_does.png [^] (166,320 bytes) 2019-01-20 01:59
|It seems like this is a directional thing. If you fire the targeter into an area in which you have direct line of sight for all 8 tiles, the targeter will be displayed for the entire length. If your line of sight to the edge of the 8-tile radius is blocked however, it works fine when targeted to the right or bottom of the screen (for me at least), but not when fired to the top or left of the screen.|
edited on: 2019-01-22 19:28
https://i.imgur.com/QLyNMw4.png [^] an image to more clearly show the bug.
Green line = edge of LOS
Pink dot = tile relevant to bug
Top left shows targetter as expected, covering entire FOV to edge of vision.
Top right shows targetter when aiming past the tile, where it is clearly not highlighted.
Bottom right shows targetter when aiming just before the tile, where it is clearly not highlighted
Bottom left shows result of dig, with the tile gone as a result of the dig.
Bug isn't present on non-barachi.
I cannot reproduce this in 0.24-a0-41-gf098211c9e OS X console compiled with clang.
When posting reproductions please include the exact version string of the build you used, platform, and build arguments, to help narrow the bug down.
I tried to reproduce this locally on 0.24-a0-45-ga05850b26e. I found that I could not reproduce the issue on console, but with tiles the issue does occur.
The full output of crawl --version for my tiles build is:
Crawl version 0.24-a0-45-ga05850b26e
Save file version 34.205
Compiled with GCC 8.2.1 20181127 on Feb 2 2019 at 21:34:09
Build platform: x86_64-pc-linux-gnu
CFLAGS: -O2 -pipe -DUSE_TILE -DUSE_TILE_LOCAL -DUSE_SDL -DUSE_GL -DUSE_FT -D_REENTRANT -Wall -Wformat-security -Wundef -Wno-array-bounds -Wmissing-declarations -Wredundant-decls -Wno-parentheses -Wwrite-strings -Wshadow -pedantic -Wuninitialized -Iutil -I. -isystem /usr/include/lua5.1 -Irltiles -isystem /usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/harfbuzz -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -isystem /usr/include/SDL2 -DWIZARD -DASSERTS -DPROPORTIONAL_FONT="/usr/lib/munin/DejaVuSans.ttf" -DMONOSPACED_FONT="/usr/lib/munin/DejaVuSansMono.ttf" -D_REENTRANT -DCLUA_BINDINGS -D_GNU_SOURCE -D_DEFAULT_SOURCE
LDFLAGS: -rdynamic -fuse-ld=gold -O2
|Changing '#define LOS_RADIUS 8' to '#define LOS_RADIUS 9' in defines.h (and no other changes) solves the issue. This isn't an acceptable solution but it might help narrow the bug down.|
|Fixed at 0.25-a0-901-g968d922; thanks for reporting!|
|2019-01-20 01:57||blorx1||New Issue|
|2019-01-20 01:57||blorx1||File Added: doesnt_reach.png|
|2019-01-20 01:59||blorx1||File Added: but_it_does.png|
|2019-01-22 09:05||NormalPerson7||Note Added: 0032958|
|2019-01-22 19:28||Stenella||Note Added: 0032960|
|2019-01-22 19:28||Stenella||Note Edited: 0032960|
|2019-02-03 01:12||ebering||Note Added: 0033036|
|2019-02-03 05:14||blorx1||Note Added: 0033038|
|2019-02-13 04:03||Nasst||Issue Monitored: Nasst|
|2019-02-13 19:21||Nasst||Note Added: 0033091|
|2020-05-02 19:47||aidanholm||Note Added: 0033787|
|2020-05-02 19:47||aidanholm||Status||new => resolved|
|2020-05-02 19:47||aidanholm||Fixed in Branch||=> 0.25 development branch|
|2020-05-02 19:47||aidanholm||Resolution||open => done|
|2020-05-02 19:47||aidanholm||Assigned To||=> aidanholm|
|Mantis 1.1.8[^] Copyright © 2000 - 2009 Mantis Group|