Dwarf Fortress Bug Tracker - Dwarf Fortress
View Issue Details
0010075Dwarf FortressDwarf Mode -- Invasionspublic2016-11-18 16:372020-08-26 02:13
needs feedbackopen 
PCWindowsWindows 10
0010075: Siege doesn't end after all invaders are dead.
3 years after my fortress was established the first siege arrived which was a force of 6 Goblins. All 6 were killed, their corpses already collected and placed in the corpse stockpile. However, the "SIEGE" status on the top left of the screen never went away, and there are no invaders listed in the (u)nits screen.

Caravans would not arrive. The only option to abandon the fort was "Succumb to the invasion". However choosing this option would give me a screen stating that my fort has settled into normal day to day life, and embarking to the region again would allow me to unretire (instead of reclaim) the fortress, with all the inhabitants still in place.

Get sieged (probably only happens for the first siege?)
Kill all invaders
Related bug: 0004122

I tried an old workaround which was to resurrect the dead invaders so I could kill them again and hopefully reset whatever flags, but it did not work as the goblins were nowhere to be found after issuing the full-heal -r command to bring them back so I could not kill them again. The method was described here: http://www.bay12forums.com/smf/index.php?topic=139553.msg7267661#msg7267661 [^]

I also tried patrolling the edges of the embark site to see if I can uncover any hidden invaders, but had no luck finding anything.

Uploaded save: http://dffd.bay12games.com/file.php?id=12574 [^]
(this was before any attempt at ressurecting the goblins were made)

No tags attached.
related to 0009593acknowledged lethosor Invisible caravan arrives, no units listed on units list, trade impossible. 
has duplicate 0010758resolved lethosor Stuck in siege condition three months after last invader was captured 
Issue History
2016-11-18 16:37amadeNew Issue
2016-11-21 11:06amadeNote Added: 0036057
2016-11-25 04:54HomiccusNote Added: 0036064
2016-11-25 06:25HomiccusNote Edited: 0036064bug_revision_view_page.php?bugnote_id=0036064#r14539
2016-11-25 06:26HomiccusNote Edited: 0036064bug_revision_view_page.php?bugnote_id=0036064#r14540
2017-03-10 16:15anon575Note Added: 0036312
2017-03-10 16:20anon575Issue Monitored: anon575
2018-02-10 22:32DoodaaNote Added: 0037778
2018-02-10 23:52Sarmatian123Note Added: 0037779
2018-02-11 00:00Sarmatian123Note Deleted: 0037779
2018-02-11 00:06Sarmatian123Note Added: 0037780
2018-02-11 00:12Sarmatian123Note Edited: 0037780bug_revision_view_page.php?bugnote_id=0037780#r15337
2018-02-11 00:16Sarmatian123Note Edited: 0037780bug_revision_view_page.php?bugnote_id=0037780#r15338
2018-02-11 00:17Sarmatian123Note Edited: 0037780bug_revision_view_page.php?bugnote_id=0037780#r15339
2018-05-17 18:11lethosorRelationship addedhas duplicate 0010758
2018-05-17 18:11lethosorNote Added: 0038330
2018-05-17 18:39lethosorNote Added: 0038331
2018-05-17 18:43lethosorAssigned To => lethosor
2018-05-17 18:43lethosorStatusnew => confirmed
2018-05-17 18:43lethosorReproducibilityunable to reproduce => sometimes
2018-05-17 18:51lethosorNote Edited: 0038331bug_revision_view_page.php?bugnote_id=0038331#r15577
2018-05-17 18:52lethosorNote Edited: 0038331bug_revision_view_page.php?bugnote_id=0038331#r15578
2018-05-18 01:27PatrikLundellNote Added: 0038332
2018-05-18 01:49PatrikLundellNote Edited: 0038332bug_revision_view_page.php?bugnote_id=0038332#r15580
2018-05-18 01:50PatrikLundellNote Edited: 0038332bug_revision_view_page.php?bugnote_id=0038332#r15581
2018-05-21 11:35GreyberylNote Added: 0038350
2018-05-21 15:43lethosorRelationship addedrelated to 0009593
2018-05-21 15:44lethosorAdditional Information Updatedbug_revision_view_page.php?rev_id=15589#r15589
2018-05-21 15:46lethosorNote Added: 0038351
2018-05-21 15:46lethosorStatusconfirmed => needs feedback
2018-09-23 20:46amymistNote Added: 0038826
2018-09-24 02:05amymistNote Edited: 0038826bug_revision_view_page.php?bugnote_id=0038826#r15781
2020-05-18 13:48evilmasteryodaNote Added: 0040556
2020-05-18 13:56evilmasteryodaNote Edited: 0040556bug_revision_view_page.php?bugnote_id=0040556#r16472
2020-05-18 13:57evilmasteryodaNote Edited: 0040556bug_revision_view_page.php?bugnote_id=0040556#r16473
2020-05-18 13:57evilmasteryodaNote Edited: 0040556bug_revision_view_page.php?bugnote_id=0040556#r16474
2020-08-26 02:13eniterisNote Added: 0040711

2016-11-21 11:06   
I reloaded the fortress from day 1 and basically started again from scratch. The bug recurred again on the summer of the second year when the first siege occurred, but this time only 1 goblin pikeman appeared in the invading party.

Could it be that the rest of the invaders did not spawn above ground or is stuck in the edges? It is on a volcano with steep cliffs after all.

Siege was stuck again.
2016-11-25 04:54   
(edited on: 2016-11-25 06:26)
I think I can confirm this. Happened to me during second gobbo siege, early summer, circa 4 years after founding the fortress. A group of 6 goblins turned up, were defeated, their corpses chucked into magma and all of goblinite collected, and yet the 'Siege' notification never dissapeared.
There must have been another, 'invisible' group of invaders, just off the edge of the map. I could see exactly where they were supposed to turn up by going into stock screen and zooming in on one of the 'forbidden' goblin weapons or armour - it would position the cursor exactly at the map's edge.
Just as well I did send a patrol there to see if anything pops up but to no avail.
Eventually, after four-or-so months, the gobbos lifted the siege on their own accord - but I did miss out on 'umies caravan.

(Same version, issued as part of Newb Pack, no mods, Windows 7)

2017-03-10 16:15   
I've encountered the same bug. First goblin siege, used dfhack to make sure all goblins were dead, but seige does not lift. Version 43.03
2018-02-10 22:32   
Killed all the invaders. Made sure none escaped. Even killed all my prisoners to be absolutely sure. No dice. 44.05
2018-02-11 00:06   
(edited on: 2018-02-11 00:17)
Vanilla client version 44.05.

In part that siege didn't end when 50% of invading force was caged, but it still ended after last invader was caged. I noticed this because it was 132 goblin, troll and beak dogs large and it took them sweet time to flee into rest of my cages. Siege left blinking dog causing game to freeze and unpitable troll Snang. I reported about this in here: http://www.bay12games.com/dwarves/mantisbt/view.php?id=10564 [^]

In part of strange item reports from map's edge. I was hit with "masterwork defacement" announcement once. After checking it I noticed 2 tiles away was just killed animal and my hunter was already half way returning it back to fortress. The oaken bolts he was using were master quality and Dwarf suffering defacement could be the one producing those.

This bug, could be some combination of those two parts.

2018-05-17 18:11   
Save from 0010758 (0.44.05): http://dffd.bay12games.com/file.php?id=13765 [^]
2018-05-17 18:39   
(edited on: 2018-05-17 18:52)
No progress made on the 0010758 save. All 30 creatures not listed on the 'u' screen are normal cavern dwellers. I killed off every unit in the "other units" tab, and the siege indicator remained.

Edit: killing every unit except for Stodir Nishgan (miner) didn't work either.
Edit: same for another unit, so it's not due to specific units being alive.

2018-05-18 01:27   
(edited on: 2018-05-18 01:50)
Concerning Greyberyl's save:
The scroll Discovering Personal History cannot be picked up because the Trader flag is set. That's a common problem with written stuff dropped by visitors and siegers. The flag can be removed with DFHack's gui/gm-editor.

I suspect the non ending siege is caused by a bugged DFHack function aimed at trimming the "dead" list. Unfortunately, the script removed a bit too many units due to a misunderstanding of the function of a flag.

The following DFHack script copies a bunch of invaders from the "all" list to the "active" list, and also lists all units that probably were removed incorrectly (which includes the invaders). When I ran the script a number of invaders appeared.

function z ()
  for i, unit in ipairs (df.global.world.units.all) do
    if unit.flags1.dead and
       (not unit.flags2.killed and
        not unit.flags2.slaughter) then
      local found = false
      for k, active in ipairs (df.global.world.units.active) do
        if unit.id == active.id then
          found = true
      if not found then
        dfhack.println (df.global.world.raws.creatures.all [unit.race].name [0], unit.flags1.invades)
        if unit.flags1.invades then
          for k, active in ipairs (df.global.world.units.active) do
            if active.id > unit.id then
              df.global.world.units.active:insert (k, unit)

z ()

2018-05-21 11:35   
Update: Ran the script that Patrik provided above on save. Returned 49 'lost' units (goblins, trolls and beak dogs). Indeed, said units began entering the map edge for a moment before turning tail and leaving the map altogether. Most importantly, SIEGE flag has been lifted and my save salvaged. Many, many thanks to Patrik and Lethosor for the help.
2018-05-21 15:46   
I'll ask the same question as in 0009593: has anyone reproduced this on a save where DFHack has never been used? Many packs appear to run fix/dead-units, which could cause issues such as these, and we need to be positive that this issue is not caused by utilities in order to keep it open. So far, Sarmatian123 is the only person that mentions vanilla in this report, but I'd like to verify that DFHack was not used in that save, ever.
2018-09-23 20:46   
(edited on: 2018-09-24 02:05)
I encountered this on a save which has been modded (added raws), but that's never run DFHack. I was attacked by a siege of necromancers, and once they were all killed and/or driven off the map, the siege tag persisted. Selecting "succumb to the invasion" from the menu gave the normal retire message, and I was able to unretire it without issue.

2020-05-18 13:48   
(edited on: 2020-05-18 13:57)
I can confirm that I have this issue right now, I'm only a few days into the siege, I have killed all the enemies but 5 caged enemies. The siege take is still on me. I've made a save of that, I have a save the prior quarter so I think if you wait 4 months the siege will possibly happen again. I'm going to do some testing to see if I can fix it on my end. Version 47.04-r1. Vanilla. about 21 years into a game starting at 250 years.

Closing with saving and reopening spawned the 6 remaining enemies that didn't come onto the map.
IE that fixed it.

2020-08-26 02:13   
I've uploaded a save with an unending siege, vanilla linux with a few init changes. Never touched a third-party application.

https://dffd.bay12games.com/file.php?id=15185 [^]

Also potentially related is that one of the invaders was missing all their body parts. I've been raiding a bunch, if that's part of the issue. Saving and reopening has not changed a thing.