View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0011759 | Dwarf Fortress | Dwarf Mode -- Raids | public | 2021-05-19 19:12 | 2021-06-03 13:41 |
| Reporter | SirTapTap | Assigned To | |||
| Priority | normal | Severity | crash | Reproducibility | sometimes |
| Status | new | Resolution | open | ||
| Platform | PC | OS | Windows | OS Version | Win 10 latest |
| Product Version | 0.47.05 | ||||
| Summary | 0011759: Raids crash, soldiers travel forever, missing soldiers lost and replacements duplicated | ||||
| Description | This is kind of 2 or 3 issues, let me know if I should make separate reports. They all happen in the same world (with DFhack off, though I used it before) and they all started from sending the same raid party. Issue 1 Traveling Forever: First, I sent out multiple dwarves to raid multiple sites, 2 parties each to 3 sites, all Raze orders. Squads never arrived, 8-9 units showed Traveling. I figured for sure they were trapped, but no, the non-traveling dwarves were living out their lives normally acting as if off duty. After several days with access to outside they never went off. Trying to fix this with an old trick, I removed the non-traveling soldiers from the squad. Still nothing, even after days. Eventually, I removed the traveling captain of the squad (oddly, you can do this, but only by first using the captain), then replacing the entire squad with new recruits. I did that and waited a few weeks for them to return. No deal. Eventually, I sent off the new recruit to destroy one of the sites the first parties went to, hoping that'd force a return check. Didn't work. The squads with stuck units show up in red on the raid commanders list even though the Squad menu shows them as ready, there are No Specific Orders listed, but they're not back. Issue 2: Squad duplication After I sent the recruits out for a new raid, they returned twice, perfectly duplicating the NEW recruits. The duplicated dwarves think the same thoughts, occupy the same tiles, are both assigned to the same military squad. They count for 2 in the pop list however. The missing dwarves never returned after a year. The original dwarves are not dead, they are not listed anywhere, captured, in the units or dead list, they are just gone. Issue 3: Raids crash After the above issues, raids very consistently crash >50% of the time. Usually when sending or returning. World is completely stable months at a time until raid sent/returns, then crash. I can't tell if it's my "duplicated" dwarves or the "missing" ones or something unrelated. | ||||
| Steps To Reproduce | I have a save file where this happens reliably, and it's happened in some form to 2 of them. Not sure how to add a save file but I can upload it to google drive or something. It is MUCH more frequent when sending multiple squads, and with full squads rather than small ones. Assign 1-6 squads, as many as possible, to raid a site (I usually Raze). Possible outcomes: Immediate crash on exit of final? dwarf, crash shortly after returning, and/or multiple dwarves stuck on (traveling) forever. After this happens once in a world, it seems to start happening almost constantly. | ||||
| Additional Information | Screenshot of my unit list duplicated here: https://www.reddit.com/r/dwarffortress/comments/ngj7ok/a_delightfully_unfortunate_sequence_of_bugs_has/ I had a similar Traveling Forever bug in 0000070:0002018 on a version from that year, but I was able to get the dwarves back by screwing with the dwarf list to remove the non-traveling dwarves. This does not work with this particular bug. | ||||
| Tags | No tags attached. | ||||
|
|
Bugged saves are uploaded to DFFD (https://dffd.bay12games.com/) in the Bugged Saves section. |
|
|
Uploaded the bugged save: https://dffd.bay12games.com/file.php?id=15541 |
|
|
Can you confirm that your raid crashes are occuring in worlds generated in 47.05? There are a lot of cases of the radi/equipment save corruption carrying over from 47.04 worlds, but nothing confirmed for actual corruption starting in 47.05 yet. This would be useful information to add to the actual bug report: 0011014 |
|
|
I have found the same 3 dwarves in a current squad always get stuck if I savescum and send them to raid, regardless of location in this world. 7 are fine. After removing the units from the list, I noticed they're the duplicate units. So the CONSISTENT traveling forever and crashes seem to be from them. That should be fully reproducable with the uploaded save: Just load a squad with duplicates and send them off. But, of course the first traveling-forever troupe was not duplicated, since that's what caused this whole weirdness. |
|
|
> Can you confirm that your raid crashes are occuring in worlds generated in 47.05? Yes, the world in question was generated purely in 47.05. Did some more testing and I think this is all the same issue after all. With some fussy effort, I removed and named all my duplicated dwarves so I wouldn't send them out. Made 4 squads of non-duplicated dwarves. They went out just fine for a few dozen raids, but they would crash or return (Traveling) forever if even one dupe was in the squad. Unfortunately, the units were duplicated AGAIN after some time (and not as a result of removing them from the squad forcefull!). These re-duplicated dwarves included EVERY LEADER from all the squads I sent, and a couple random non-leader dwarves. Again, after removing the duplicated dwarves, the squads work again. But my world stopped making migrants (unsure if related, my popcap is lower than my population) and for now I retired the fort. But I have a backup of the save for any testing. Not sure if coincidence, but I played with the raid squads for HOURS in one session, 2 dozen + raids in a row, none failed after de-duplicating. The very next time I loaded the save, the first squad I send crashed and I discovered the duplication. I only caught such a case once so I don't know if it's a coincidence or saving/loading is part of the corruption. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2021-05-19 19:12 | SirTapTap | New Issue | |
| 2021-05-20 01:04 | PatrikLundell | Note Added: 0041060 | |
| 2021-05-20 15:44 | SirTapTap | Note Added: 0041061 | |
| 2021-05-20 15:59 | Shonai_Dweller | Note Added: 0041062 | |
| 2021-05-29 15:43 | SirTapTap | Note Added: 0041068 | |
| 2021-05-29 15:52 | SirTapTap | Note Edited: 0041068 | |
| 2021-06-03 13:41 | SirTapTap | Note Added: 0041074 | |
| 2021-06-03 13:43 | SirTapTap | Note Edited: 0041074 |
