View Issue Details

IDProjectCategoryView StatusLast Update
0007574Dwarf FortressDwarf Mode -- Jobs, Childcarepublic2014-09-05 13:36
Reporterfortunawhisk Assigned ToToady One  
PrioritynormalSeverityfeatureReproducibilityalways
Status resolvedResolutionfixed 
Platformx86OSWindowsOS Version7
Product Version0.40.04 
Fixed 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.

Relationships

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

Activities

fortunawhisk

2014-07-30 06:48

reporter   ~0027942

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.

fortunawhisk

2014-08-03 15:52

reporter   ~0028243

Replicated in attached save in 40.06.

splitcorez

2014-08-03 16:11

reporter   ~0028245

Does setting up a meeting area in that kid's burrow solve it?

fortunawhisk

2014-08-03 16:50

reporter   ~0028249

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.

fortunawhisk

2014-08-04 15:23

reporter   ~0028323

Last edited: 2014-08-04 15:24

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

fortunawhisk

2014-08-16 21:08

reporter   ~0029156

Replicated on a 40.08 starting embark. Hilarious and good for training doctors.

Talvieno

2014-08-20 15:05

manager   ~0029382

Last edited: 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.

Kanddak

2014-08-29 15:43

reporter   ~0029781

Last edited: 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.

Dame de la Licorne

2014-09-02 14:27

reporter   ~0029906

The save I uploaded for 0008214 shows this behavior as well. The world in that save was generated in .40.10.

Toady One

2014-09-04 13:29

administrator   ~0029940

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.

fortunawhisk

2014-09-05 11:31

reporter   ~0029966

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.

Dame de la Licorne

2014-09-05 11:58

reporter   ~0029968

Last edited: 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.

Toady One

2014-09-05 12:24

administrator   ~0029971

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
2014-08-11 11:39 user6 Relationship added related to 0007716
2014-08-16 21:08 fortunawhisk Note Added: 0029156
2014-08-18 07:14 user6 Assigned To => user6
2014-08-18 07:14 user6 Status new => confirmed
2014-08-20 15:05 Talvieno Note Added: 0029382
2014-08-20 15:06 Talvieno Note Edited: 0029382
2014-08-29 15:43 Kanddak Note Added: 0029781
2014-08-29 21:16 Kanddak Note Edited: 0029781
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 user6 => Toady One
2014-09-04 13:29 Toady One Status confirmed => feedback
2014-09-05 11:31 fortunawhisk Note Added: 0029966
2014-09-05 11:31 fortunawhisk Status 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
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 user6 Relationship added related to 0001483