View Issue Details

IDProjectCategoryView StatusLast Update
0003027Dwarf FortressDwarf Mode -- Diplomacypublic2018-01-18 20:32
Reporterknofbath Assigned ToToady One  
PrioritynormalSeverityminorReproducibilityhave not tried
Status resolvedResolutionfixed 
Platformx64OSWindows 7OS VersionUltimate x64
Product Version0.31.12 
Fixed in Version0.44.06 
Summary0003027: Diplomats not holding meetings
DescriptionSo, I was having issues with meetings not occuring. Related to the "Demonic Antelope Humanoid" Diplomat I had sealed in a room. Each caravan brings a diplomat, no meeting are held. I had maybe one or 2 diplomats get frustrated and leave, but 13 were there by the time I killed of the Diplomat.

The last meeting I had before this was with elves in 1054 setting lumber limits. It was 1059 when I killed him, I didn't have any of the meetings in the meantime. Killing him off started the meeting cycle again.

Main issue is the game attempts to hold meetings in order that diplomat was received, and when blocked it won't hold any meetings until resolved.
 


Steps To ReproduceHave demonic humanoid as Diplomat, then seal him in a room because he is wrecking the place.
Additional InformationI killed off the demon by dropping the ceiling on him, and meetings started taking place again. Also, Diplomat was sealed in for 5 years game time, and didn't go insane either.
TagsSave Included

Relationships

related to 0000596 resolvedToady One Humans' Diplomat is a demon, destroys all constructions it passes by, never initiates meeting 
has duplicate 0004895 resolveduser11 Two diplomats at once 
related to 0010523 resolvedToady One Visitors not leaving fort, visitor cap not respected again. 

Activities

duckthatquacks

2010-09-03 17:07

reporter   ~0012393

I have a similar problem. My mayor lost several limbs in a goblin ambush, and now he simply Rests all the time. Diplomats show up, but he never meets with them. However, they don't get unhappy and leave, they just hang around. There are currently 9 diplomats in the fort (3 from each civilization). I've uploaded the save: http://dffd.wimbli.com/file.php?id=3053

knofbath

2010-09-04 06:53

reporter   ~0012401

In duckthatquacks situation, its the mayor whose unable to conduct meetings. You can break the stalemate by killing off the mayor. Just watch out for elf logging agreements, they cause a crash if one of the elf diplomats is skipped.

I don't know what the conditions are for mayor re-election, but if another dwarf becomes mayor the situation may clear as well, though you may still have that one diplomat locked into conduct meeting with the bedridden former mayor.

In my case I had a baron and baroness, the elf diplomat was chasing the baron, and the demon was set up to meet with the baroness. Once I dropped the ceiling on the demon the baroness met with all queued diplomats, and set up a crash situation when the elf diplomat finally met with the baron.

blake77

2011-11-06 15:32

reporter   ~0018959

Last edited: 2011-11-09 11:55

The diplomats in my fort are not meeting my mayor even though the mayor is sometimes described as conducting meetings. It should be noted that I have been avoiding naming the baron for quite some time. This set of saves includes one from before the diplomats started to reside in my fort.

http://dffd.wimbli.com/file.php?id=5150

http://dffd.wimbli.com/file.php?id=5153

When I manually changed the mayor to the previous one the meeting occurred as usual, however the game also told me that a diplomat left unhappily.


Just a thought, do the diplomats search for a specific post ie mayor, or a specific dwarf and post, ie Urist McDwarf, mayor.

user6

2014-12-30 20:29

  ~0031604

It seems like this hasn't occurred since 0000596 was fixed, so I'll call this one fixed too. Please PM a manager on the forums if it can still occur.

Mygna

2015-12-10 04:10

reporter   ~0033714

Playing a new Fortress in version 0.42.02, I found myself having to replace a vampire mayor who was serving a very long jail sentence (see issue 0005645). This caused a human bard who was trying to attend a meeting with the vampire mayor to abort said meeting and skipped to a human mercenary successfully petitioning with the new mayor.

Unfortunately, that was the last meeting that ever happened in the next one-and-a-half years, as a growing number of visitors and the outpost liaison stood around the tavern stuck with 'no activity', the latter eventually leaving unhappily (see the save: http://dffd.bay12games.com/file.php?id=11433 )

The issue persists through replacing the mayor, waiting for a new election and even retiring and un-retiring the fort, but is instantly resolved by killing the human bard 'Ad Ladgiebka', whose aborted meeting with the vampire mayor seemingly triggered it.

I'm not sure how to replicate the issue, as just replacing the mayor during a meeting doesn't seem enough to trigger it.

grayfox

2016-01-20 11:22

reporter   ~0034492

After several years playing a fort (v0.42.04), the dwarf liaisons just stopped holding meetings. They come and go normally, but no meeting occurs. Liaison waits around with "no activity". They did hold meetings successfully during the first few years of the fortress.

user8971

2016-01-20 11:43

  ~0034493

Is your mayor accessible, out of military and with enough time for meetings, grayfox?

grayfox

2016-01-20 13:44

reporter   ~0034494

He's not in the military, but he was also the broker. I switched to a different mayor and suddenly had several petitions from visitors. The liaison is currently listening to a story. I'll see if a meeting happens or not.

grayfox

2016-01-20 14:04

reporter   ~0034495

I tried a few different mayors. They'd ignore petitions & liaison, while drinking, eating, sleeping, etc. But now I finally found one that would have a meeting with the liaison.

PatrikLundell

2017-06-06 08:34

reporter   ~0036599

Last edited: 2017-06-07 02:21

I've done some investigation on the save Mygna provided.
- Replacing the mayor with a new one who isn't the previous one got meetings going until Ad was up for meeting, at which time things gummed up again.
- Using DFHack to look at the structures (before doing anything with the save), Ad had scheduled meetings both with the previous mayor (I assume) and the current one in unit.specific_refs. When the meetings gummed up with a 3:rd mayor a 3:rd meeting appeared. The mayors all referred to their corresponding meeting entries in their unit.specific_refs.
- Removing the meeting structures did not resolve the issue: something else is blocking the former mayors from holding meetings, although Ad can meet with a 3:rd mayor successfully.
- Killing and resurrecting Ad caused the current mayor to resume meetings and eventually also meet Ad successfully. The death cleared the meeting structures away from all 3 parties, and presumably also removed the blockage I've failed to locate.
- DF probably goes wrong when the mayor is replaced and a new meeting is scheduled with the new mayor without removing the one scheduled with the former one (including the blocking state). Ad presumably won't meet the new mayor until the old meeting is performed, but that will never take place as the old mayor doesn't hold the office anymore.
- Removing just the old meeting from both parties did not get meetings going.
- Reinstating the former mayor likewise failed to get meetings going.

Edit:
- I believe Mygna's situation can be reproduced reliably (two times out of two): When the units view shows a visitor is to conduct a meeting, replace the expedition leader/mayor, and the meetings cease. DFHack examination shows the same double meeting assignment on the visitor as Mygna's save does.
- Getting the blocking visitor to leave the embark (by setting the "head for the forest" flag) successfully got meetings to be conducted again.

Issue History

Date Modified Username Field Change
2010-08-14 14:53 knofbath New Issue
2010-08-14 17:01 user11 Relationship added related to 0000596
2010-09-03 17:07 duckthatquacks Note Added: 0012393
2010-09-03 19:27 user11 Tag Attached: Save Included
2010-09-04 06:53 knofbath Note Added: 0012401
2011-09-12 21:55 user11 Relationship added has duplicate 0004895
2011-11-06 15:32 blake77 Note Added: 0018959
2011-11-06 15:47 blake77 Note Edited: 0018959
2011-11-09 11:55 blake77 Note Edited: 0018959
2014-12-30 20:29 user6 Note Added: 0031604
2014-12-30 20:29 user6 Status new => resolved
2014-12-30 20:29 user6 Resolution open => fixed
2014-12-30 20:29 user6 Assigned To => Toady One
2015-01-19 16:12 lethosor Fixed in Version => 0.31.13
2015-12-09 18:49 user6 Assigned To Toady One =>
2015-12-09 18:49 user6 Status resolved => new
2015-12-10 04:10 Mygna Note Added: 0033714
2016-01-20 11:22 grayfox Note Added: 0034492
2016-01-20 11:43 user8971 Note Added: 0034493
2016-01-20 13:44 grayfox Note Added: 0034494
2016-01-20 14:04 grayfox Note Added: 0034495
2016-08-07 19:15 Loci Resolution fixed => open
2017-06-06 07:10 lethosor Relationship added related to 0009626
2017-06-06 07:12 lethosor Relationship deleted related to 0009626
2017-06-06 08:34 PatrikLundell Note Added: 0036599
2017-06-06 09:29 lethosor Fixed in Version 0.31.13 =>
2017-06-07 02:21 PatrikLundell Note Edited: 0036599
2018-01-18 20:32 Toady One Status new => resolved
2018-01-18 20:32 Toady One Fixed in Version => Next Version
2018-01-18 20:32 Toady One Resolution open => fixed
2018-01-18 20:32 Toady One Assigned To => Toady One
2018-01-24 19:26 user11 Relationship added related to 0010523