View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0008469 | Dwarf Fortress | Dwarf Mode -- Jobs, General | public | 2014-10-25 05:28 | 2020-04-06 23:15 |
Reporter | ptb_ptb | Assigned To | Loci | ||
Priority | normal | Severity | minor | Reproducibility | always |
Status | confirmed | Resolution | open | ||
Platform | PC | OS | Windows | OS Version | 7 |
Product Version | 0.40.13 | ||||
Summary | 0008469: Cutting down trees leaves a hole in the floor (if empty layer underneath) | ||||
Description | When you have trees on a floor over a mined-out area and fell those trees you are left with a one tile hole where each trunk was. | ||||
Steps To Reproduce | * Mine out under tree(s). * Fell tree(s) | ||||
Additional Information | Possibly intended. I take this as one more indication that you should leave a filled z-layer between each habitation level. | ||||
Tags | Intentional/Expected? | ||||
related to | 0007127 | resolved | Toady One | Chopping down trees that overhang constructed walls removes the floor from top of walls |
related to | 0006551 | resolved | lethosor | Constructing on trees causes them to vanish |
has duplicate | 0009019 | resolved | Trees not falling after mining roots, then leaving open spaces when later cut. | |
related to | 0008680 | new | Chopping down multi-tile trees sometimes leaves Open Spaces | |
related to | 0009951 | new | Tree growth/harvesting removes mud from tiles | |
related to | 0010684 | new | Chopping down trees that overhang smoothed natural walls removes the floor from top of walls |
|
Should be marked as 'related to 0006551 ' |
|
Still present in 0.42.01. |
|
Wood often gets stuck on nearby trees when bigger trees are cut. When the other tree where it got stuck is felled too, it falls down and can both injure units and make holes in the ground below. Are you sure these holes are not caused by such "rogue wood"? |
|
I have consistently noticed this as well. It's led me to avoid digging under tree trunks before I cut them, or I have to patch the holes up with blocks. |
|
Can confirm as well. I'm also not sure if it's intended - if it is, though, I'm curious as to why. It doesn't really add anything to the game and is only a minor annoyance. |
|
Confirmed in v0.44.02; chopping a 3rd-cavern goblin cap removed the floor and revealed the magma sea below. |
|
I remember this happening to me in 0.43.05. I chopped a few surface trees. Later there was a goblin siege and I thought my fort was secure with all entrances closed off. However, some goblins managed to get inside and were killing citizens. Later I found out there were holes in the ground leading down into rooms inside my fort. You can't really see them clearly when z=0 and you have to actually have the cursor over them and it says 'open space'. The only way to easily spot them is to go 1 z level up into the sky and then all open spaces are highlighted below. |
|
Happens in 0.44.05. I had a goblin siege drop through a little hole on top of my hallway, caused by a tree that had been cut down a few months before. |
|
Still happens in 0.44.12, and it makes underground tree farming especially tedious because the holes not only have to be patched but then re-muddied as well. |
|
I feel as if this is a feature working as intended. If you dug out all the soil below a root system, and then felled a tree, it would rip itself from the topsoil and leave a hole, no? Causes Fun, makes you be vigilant about clearing, and really doesn't cause all that much issue with farms. |
|
I saw this recently, but not sure if it was in 47.04 or in an earlier version. Will see if I can reproduce. To me this is a problem because it can be hard to tell that your fortress now has a hole in the ceiling. There's a couple ways to find it if you know what to look for, but some sort of message (tiles revealed to light not directly caused by a dwarf mining?) would be nice |
|
There is no reason to believe it doesn't still behave like that, as neither the release notes nor the bug tracker shows the issue being addressed. |
Date Modified | Username | Field | Change |
---|---|---|---|
2014-10-25 05:28 | ptb_ptb | New Issue | |
2014-10-25 05:29 | ptb_ptb | Tag Attached: Intentional/Expected? | |
2014-11-05 01:02 | ptb_ptb | Note Added: 0030871 | |
2014-11-05 08:38 |
|
Relationship added | related to 0007127 |
2014-11-05 08:39 |
|
Relationship added | related to 0006551 |
2015-01-04 09:07 |
|
Relationship added | related to 0008680 |
2015-07-12 06:17 |
|
Relationship added | has duplicate 0009019 |
2015-12-01 18:47 | Button | Note Added: 0033236 | |
2015-12-03 23:48 |
|
Note Added: 0033369 | |
2015-12-04 01:15 | Tzalizkan | Note Added: 0033371 | |
2015-12-05 08:49 | Talvieno | Note Added: 0033459 | |
2016-08-02 13:31 | Loci | Relationship added | related to 0009951 |
2017-11-30 22:23 | Loci | Note Added: 0037157 | |
2017-11-30 22:23 | Loci | Assigned To | => Loci |
2017-11-30 22:23 | Loci | Status | new => confirmed |
2017-12-01 05:29 | sionlife | Note Added: 0037159 | |
2018-02-20 01:08 | Orkel | Note Added: 0037812 | |
2018-03-31 19:20 | Loci | Relationship added | related to 0010684 |
2018-09-21 08:29 | taleden | Note Added: 0038818 | |
2018-09-29 16:38 | Kvall | Note Added: 0038835 | |
2020-04-06 11:10 | DwarfChef | Note Added: 0040439 | |
2020-04-06 23:15 | PatrikLundell | Note Added: 0040440 |