Mantis Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0007574Dwarf FortressDwarf Mode -- Jobs, Childcarepublic2014-07-22 19:512014-09-05 13:36
Reporterfortunawhisk 
Assigned ToToady One 
PrioritynormalSeverityfeatureReproducibilityalways
StatusresolvedResolutionfixed 
Platformx86OSWindowsOS Version7
Product Version0.40.04 
Target VersionFixed in Version0.40.11 
Summary0007574: Children assigned to burrows become accident prone
DescriptionImmediately after assigning children to a burrow, said children begin to have 'accidents'. They appear to trip(jump?), slide across the floor, and slam into something. I've also seen them get hurt by stationary minecarts. I only noticed this because my mason has 14 children in an 11 year fort, and it was becoming increasing tedious to unsuspend constructions due to the small army of children.

Example:
http://dffd.wimbli.com/file.php?id=9119 [^]
Steps To ReproduceAssign a child to a burrow
Additional InformationGenerated in 40.03.

Exploits in use:
Quantum stockpile(s)
Water Reactors
Impulse ramps

Raws modifications:
Discipline:1
Nails/claws, cartilage heal
Bone pain reduced
TagsNo tags attached.
Attached Files

- Relationships
related to 0001483resolvedToady One Children leave burrow seeking mother 
related to 0007716assignedFootkerchief Cats jumping/falling down central stairwell 

-  Notes
(0027942)
fortunawhisk (reporter)
2014-07-30 06:48

Replicated in the attached save in 40.05.
Still attempting to replicate with 40.05 as starting version.

Updates:
Burrow location/contents don't appear to matter
Youngest so far is 3.
Can be fatal
Also appears to affect dwarves not assigned to the burrow(?), but the combat logs are too vague to rule out flying children.
No evidence of this behavior when children are not assigned to a burrow.

Examples from the combat log:
1) Stationary minecart
The persimmon wood minecart strikes The Dwarven Child in the left upper leg and the injured part is smashed into the body, an unrecognizable mass!

2) Tripped... or pushed?
The Dwarven Child's upper body skids along the ground, bruising the muscle and bruising the liver through the pig tail fiber cloak!
The Dwarven Child's lower body skids along the ground, bruising the muscle and bruising the guts through the pig tail fiber trousers!
The Dwarven Child's left lower leg skids along the ground, bruising the muscle through the pig tail fiber trousers!
The Dwarven Child's lower body skids along the ground and the part splits in gore!
The Wrestler jumps out of the Dwarven Child's flight path!
The Dwarven Child scrambles out of the Dwarven Child's flight path!
The Dwarven Child slams into an obstacle!
Mestthos Tangathfikod, Dwarven Child has been found dead.
(0028243)
fortunawhisk (reporter)
2014-08-03 15:52

Replicated in attached save in 40.06.
(0028245)
splitcorez (reporter)
2014-08-03 16:11

Does setting up a meeting area in that kid's burrow solve it?
(0028249)
fortunawhisk (reporter)
2014-08-03 16:50

No change. Tried both table and activity zone.
Table:
Tried making the meeting area first, then the burrow.
Tried making the burrow first, then the meeting area.

Zone:
Burrow first, then the zone.
(0028323)
fortunawhisk (reporter)
2014-08-04 15:23
edited on: 2014-08-04 15:24

Replicated on 40.05 embark. Seems to have started on year 10?

(0029156)
fortunawhisk (reporter)
2014-08-16 21:08

Replicated on a 40.08 starting embark. Hilarious and good for training doctors.
(0029382)
Talvieno (reporter)
2014-08-20 15:05
edited on: 2014-08-20 15:06

It's not just children. It's older people too. I had a marksdwarf fall into a river. 40.09. Always, and only, when I assign burrows via an alert.

(0029781)
Kanddak (reporter)
2014-08-29 15:43
edited on: 2014-08-29 21:16

Independently replicated. I created a dedicated child ghetto, assigned all children to it, and children started falling down a lot. I can watch them rapidly flicker in and out of the teal-background "falling" status.
I think my fort was created in .08, but I've been playing it in .10 since the latter was released.

Edit: After deleting the failed kindergarten burrow, I had an unrelated incident where one of my more fecund dwarves was scared into climbing a cave tree by hungry heads. While stuck in the tree, her swarm of children kept trying to climb up the tree to join her but falling down, and I was struck by the similarity to how children were behaving when assigned to the kindergarten burrow. The visual appearance while watching them and the injury patterns were the same. Is it possible that children assigned to burrows are making repeated failed attempts to climb the walls? It would explain why this bug only seems to have appeared in the .40 versions where dwarves can climb.

(0029906)
Dame de la Licorne (reporter)
2014-09-02 14:27

The save I uploaded for 0008214 shows this behavior as well. The world in that save was generated in .40.10.
(0029940)
Toady One (administrator)
2014-09-04 13:29

In 0.40.11, in the save from the report, all the many children file to the burrow and just hang out. How common are the accidents? I suppose it could be related to the mother-seeking fix I put in for 0.40.11, but I wouldn't count on that.
(0029966)
fortunawhisk (reporter)
2014-09-05 11:31

In the 40.10 version of the 9119 save, I'll normally see one accident per game day (1st slate, 2nd slate). In other attempts at duplicating, it was anywhere from one a day to one a season, depending on number of children ( I think?).

In 40.11, I haven't seen any accidents, over the course of a year

I've tried:
Locking them out of the burrow.
Moving them in and out of the burrow via civ alert
Making burrow segments separate
Moving items around in the burrow.
(0029968)
Dame de la Licorne (reporter)
2014-09-05 11:58
edited on: 2014-09-05 11:58

World/fort created in .40.10, migrated to .40.11.

Like fortunawhisk, I haven't seen a single accident in almost a year, where before I'd get one accident every ~ 3 - 5 days. It looks like this bug may have been fixed as well.

(0029971)
Toady One (administrator)
2014-09-05 12:24

Okay, I'll mark it off for now. I think the mother-seeking behavior was using climb/jump pathing, so it would explain it, if that was it.

- Issue History
Date Modified Username Field Change
2014-07-22 19:51 fortunawhisk New Issue
2014-07-30 06:48 fortunawhisk Note Added: 0027942
2014-08-03 15:52 fortunawhisk Note Added: 0028243
2014-08-03 16:11 splitcorez Note Added: 0028245
2014-08-03 16:50 fortunawhisk Note Added: 0028249
2014-08-04 15:23 fortunawhisk Note Added: 0028323
2014-08-04 15:24 fortunawhisk Note Edited: 0028323 View Revisions
2014-08-11 11:39 Footkerchief Relationship added related to 0007716
2014-08-16 21:08 fortunawhisk Note Added: 0029156
2014-08-18 07:14 Footkerchief Assigned To => Footkerchief
2014-08-18 07:14 Footkerchief Status new => confirmed
2014-08-20 15:05 Talvieno Note Added: 0029382
2014-08-20 15:06 Talvieno Note Edited: 0029382 View Revisions
2014-08-29 15:43 Kanddak Note Added: 0029781
2014-08-29 20:42 Kanddak Issue Monitored: Kanddak
2014-08-29 21:16 Kanddak Note Edited: 0029781 View Revisions
2014-09-02 13:25 4maskwolf Issue Monitored: 4maskwolf
2014-09-02 14:27 Dame de la Licorne Note Added: 0029906
2014-09-04 13:29 Toady One Note Added: 0029940
2014-09-04 13:29 Toady One Assigned To Footkerchief => Toady One
2014-09-04 13:29 Toady One Status confirmed => needs feedback
2014-09-05 11:31 fortunawhisk Note Added: 0029966
2014-09-05 11:31 fortunawhisk Status needs feedback => assigned
2014-09-05 11:58 Dame de la Licorne Note Added: 0029968
2014-09-05 11:58 Dame de la Licorne Note Edited: 0029968 View Revisions
2014-09-05 12:24 Toady One Note Added: 0029971
2014-09-05 12:24 Toady One Status assigned => resolved
2014-09-05 12:24 Toady One Fixed in Version => 0.40.11
2014-09-05 12:24 Toady One Resolution open => fixed
2014-09-05 12:32 Footkerchief Relationship added related to 0001483
2014-09-05 13:36 4maskwolf Issue End Monitor: 4maskwolf


Copyright © 2000 - 2010 MantisBT Group
Powered by Mantis Bugtracker