View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001272 | Dwarf Fortress | Dwarf Mode -- Flows | public | 2010-04-17 02:04 | 2024-01-04 15:48 |
| Reporter | immibis | Assigned To | |||
| Priority | low | Severity | minor | Reproducibility | always |
| Status | new | Resolution | open | ||
| Product Version | 0.31.03 | ||||
| Summary | 0001272: Warm stone status is not cleared properly | ||||
| Description | When a tile is filled with 1/7 or higher magma, all squares including diagonally-adjacent squares are marked "warm stone". When the tile stops being filled with magma, only the orthogonally-adjacent squares have their "warm stone" status cleared. | ||||
| Tags | magma, Probable Quick Fix, temperature | ||||
|
|
Likely a holdover from version 0.28 - I recall seeing the exact same thing in all of my fortresses. |
|
|
Interestingly, digging out the affected tiles appears to clear their "warm stone" status, without causing harm to the miner (as far as I can tell). (I have temperature enabled) |
|
|
0006033:0023486: http://dffd.wimbli.com/file.php?id=6818 |
|
|
This is still present in 0.44.02 -- my fortress is in a reanimating biome, so I set up a 1x1 vertical shaft with magma at the bottom as a refuse incinerator (and automated it by using a minecart drawing from the refuse pile). The magma was delivered by minecart. Once the first load of magma had been dumped down the shaft, the corners, but not the orthogonal sides, were marked as "warm", even though the magma had been on the level for only one tick, and was now gone. Vanilla install, no utilities, temperature is ON. |
|
|
Also still present in 44.12. I've replicated the behavior in several forts, and have several saves available, but the easiest way to describe it is: Default everything, vanilla install, temperature on, 0.44.12: Pump magma across a path. Let the magma drain away. Now, no creatures can use that path until one of two things happens: 1) The game is saved and loaded; This will resolve it, pathing is immediately fixed and working after save/load. 2) A dwarf is sent to build a floor tile construction _adjacent_ to the broken pathing tiles/area. Once they do this, the area becomes pathable again. However, if you don't do one of those things? No invaders. No animals. No dwarves, no liaisons, no merchants, no traders, no visitors. No-one will ever use that path, forever. Also, the tile is NOT warm. Obviously it was when magma was flowing over it, but after it has cooled, the problem still remains. No adjacent tiles are warm, either. The pathing issue bug location can be seen if you b-C-f and move the cursor over the affected area, the cursor will turn pink instead of green, and the message: "No access to building material non-economic item" will be shown in the Floor Placement text area. Again, saves are available if desired/required. |
|
|
This bug is still present in 0.47.05. Temperature enabled, no mods, only utility in use is Dwarf Therapist. |
|
|
Still present in v50.04. I have noticed 1/7 magma can also erroneously clear the warm stone status from walls that are still diagonally adjacent to magma, which can cause some surprises. https://cdn.discordapp.com/attachments/1051953256202502176/1059300989380870204/image.png screenshot of a magma tile with a wall diagonally adjacent that isn't marked as warm. |
|
|
The reason behind this is that the "set lava temperature" function heats up diagonally adjacent tiles (with a pair of nested loops from x-1 to x+1 and y-1 to y+1), but the opposite logic (in the "set local liquid" function) only resets the temperatures of orthogonally adjacent tiles (i.e. the explicit coordinates "x-1, y, z", "x+1, y, z", "x, y-1, z", "x, y+1, z", "x, y, z-1", and "x, y, z+1"). |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2010-04-17 02:04 | immibis | New Issue | |
| 2010-04-17 02:34 | Kennel | Tag Attached: magma | |
| 2010-04-17 02:34 | Kennel | Tag Attached: temperature | |
| 2010-04-28 11:48 |
|
Relationship added | related to 0001610 |
| 2010-05-27 20:53 | Quietust | Note Added: 0007409 | |
| 2012-06-18 10:57 |
|
Relationship added | related to 0006033 |
| 2013-06-04 16:00 | lethosor | Note Added: 0023993 | |
| 2013-09-22 17:27 |
|
Relationship replaced | has duplicate 0006033 |
| 2013-09-22 17:27 |
|
Note Added: 0024117 | |
| 2017-11-28 02:29 | othermike | Note Added: 0037063 | |
| 2019-04-22 20:57 | vjek | Note Added: 0039346 | |
| 2019-04-22 21:06 | vjek | Note Edited: 0039346 | |
| 2019-04-22 21:07 | vjek | Note Edited: 0039346 | |
| 2021-03-04 10:19 | Moeteru62 | Note Added: 0040952 | |
| 2023-01-01 19:07 | anonymous | Note Added: 0041600 | |
| 2023-01-01 19:08 | anonymous | Note Edited: 0041600 | View Revisions |
| 2024-01-01 06:40 | Quietust | Note Added: 0041997 | |
| 2024-01-04 15:48 | JasonMel | Tag Attached: Probable Quick Fix |
