0000133: Naturally muddy areas lose mud upon reclaim

Notes
(0001043) Esperath (reporter) 2010-04-05 03:37	Reproduced.

(0004790) smjjames (reporter) 2010-04-23 15:31	As a test, I made a quick fort (all miners), dug down to open the cavern and flooded a dug out spot. Abandoned and came back in adventure mode and even the mud that resulted from flooding was gone.

(0005752) Tarran (reporter) 2010-04-30 10:45	Just posting again in this one to say that this is confirmed by multiple people.

(0005997) pirate6 (reporter) 2010-05-03 07:14	Reproduced

(0008703) Kanddak (reporter) 2010-06-19 13:36	Yep, I had this happen. Made a nice pretense to reroute a river into the caverns, though.

(0019032) toybasher (reporter) 2011-11-25 12:43	Still in .25

(0021129) Cobbler89 (reporter) 2012-03-05 09:47	http://dffd.wimbli.com/file.php?id=5786 [^] save file and more details about the "bug" -- the issue here, as far as I can tell, has nothing to do with caverns in particular, it's simply that the game considers mud a type of spatter that doesn't last through to reclaim and doesn't even make an exception for mud under water that starts on the map (pools above ground or below, y'know). And if you had to flood the cavern to get that mud in the first place, well, that's no different in principle from flooding the third story of a tower, or rerouting a surface-level river. Unless somebody can bring up a current save showing a cavern that starts with mud on floors that aren't covered in water, this is not a big deal -- just do over again whatever flooding you did in your first fort (which, if you leave the mechanisms in place for it, may require just activating a pump). Personally, while Toady could set the game up to record more of the spatter and mud for posterity (with associated hit to memory required to store this in an abandoned fort location), I'd rather mud from flooding were gone so I can control which areas get muddy again rather than being stuck with mud from a fort-drowning accident or anything like that. I don't think this is a bug. Lack of mud under standing water on reclaim is inconsistent with initially embarking and I wouldn't mind the game putting it back where it finds water starting a reclaim, but that is not likely to matter; all other mud disappearance is probably preferable to the alternative, so if people are going to label it a bug they could at least make clear that this is entirely about flooding having to be done twice, not (as far as I have been able to determine -- if someone can bring up a save demonstrating otherwise, please do) about having to flood what had previously been there without your doing anything. If anyone has been finding that things don't grow back underground on reclaim, that's probably got more to do with the cavern flora being triggered by cavern discovery -- which doesn't happen the second time, on reclaim. That might be a bug (if people are experiencing that problem), but it wouldn't have to do with mud as far as I can tell.

(0023645) sGdYy409Ls (reporter) 2012-10-09 16:33	http://dffd.wimbli.com/file.php?id=7009 [^] save file for 34.11. The 3rd cavern layer is naturally dry (no underground lake/river), and muddy. On reclaim mud vanishes. Cavern grass (and supposedly shrubs and tree) are still there, since the rock floor is replaced by "cavern grass" floor which stays through reclaim and leaves sand floor when removed with a dirt road. I didn't check whether new cavern grass, shrubs or trees grow. Thus this is relatively minor, but still a bug.

(0030867) lethosor (manager) 2014-11-04 18:31	Has anyone reproduced this in 0.40.xx?

(0036540) lethosor (manager) 2017-05-17 14:49	I've reproduced this by flooding a small underground room in 0.43.05 (and then just retiring and unretiring, not abandoning the fortress entirely). I have yet to find a dry/muddy cavern, though.

Issue History
Date Modified	Username	Field	Change
2010-04-02 08:14	Another	New Issue
2010-04-02 11:32	Another	Tag Attached: underground
2010-04-02 11:33	Another	Tag Attached: reclaim
2010-04-05 03:37	Esperath	Note Added: 0001043
2010-04-22 10:33	Footkerchief	Relationship added	has duplicate 0000865
2010-04-22 10:33	Footkerchief	Issue Monitored: Tarran
2010-04-23 15:31	smjjames	Note Added: 0004790
2010-04-29 13:29	Footkerchief	Category	General => Contaminants/Spatter
2010-04-30 10:45	Tarran	Note Added: 0005752
2010-05-01 06:33	Footkerchief	Relationship added	has duplicate 0001672
2010-05-03 07:14	pirate6	Note Added: 0005997
2010-06-19 13:36	Kanddak	Note Added: 0008703
2010-06-19 13:36	Kanddak	Issue Monitored: Kanddak
2010-07-04 10:34	Footkerchief	Relationship added	child of 0000863
2010-11-03 04:59	Toady One	Relationship replaced	related to 0000863
2011-03-21 06:20	Logical2u	Relationship added	has duplicate 0004263
2011-11-25 12:43	toybasher	Note Added: 0019032
2012-03-05 09:47	Cobbler89	Note Added: 0021129
2012-10-09 16:33	sGdYy409Ls	Note Added: 0023645
2014-11-04 18:31	lethosor	Note Added: 0030867
2014-11-04 18:31	lethosor	Assigned To	=> lethosor
2014-11-04 18:31	lethosor	Status	new => needs feedback
2017-05-17 14:49	lethosor	Note Added: 0036540
2017-05-17 14:49	lethosor	Status	needs feedback => confirmed
2018-04-13 13:11	Huntthetroll	Issue Monitored: Huntthetroll