View Issue Details

IDProjectCategoryView StatusLast Update
0009787Dwarf FortressDwarf Mode -- Locationspublic2018-01-24 18:00
Reportermdotterer Assigned ToToady One  
PrioritynormalSeverityminorReproducibilityrandom
Status resolvedResolutionfixed 
PlatformMacOSOSXOS Version10.10.5
Fixed in Version0.44.06 
Summary0009787: Scribes intermittently stop copying works in the library
DescriptionScribes seem to have a set order in which they want to copy works and if the next work is not available, they will not copy anything.

Often, scribes will interrupt their copying job leaving the work they are copying on the table still marked with a task. Until the work is forbidden and claimed, no new copy jobs will be queued. After fixing that, the next copy job will always be the stuck work.

Other times scribes will just halt work for no visible reason. I
suspect that the cause may be visitors holding on to the "next" work,
but I haven't been able to catch it in action.
Steps To Reproduce1. Create library
2. Assign scribes and ensure works to copy and writing material
3. Watch scribes
TagsNo tags attached.

Relationships

related to 0009244 resolvedToady One Scribes rarely, if ever, copy works in the library 
parent of 0009518 resolvedToady One Two quires on table in library remain tasked even though no job is using them 
parent of 0009950 resolvedToady One Scribes do not scribe 
parent of 0009418 resolvedToady One written on scrolls still counted as 'writing materials' in library room 

Activities

mdotterer

2016-05-24 05:30

reporter   ~0035279

I have also found that sometimes works will be left on bookshelves marked with "TSK" but with no task associated.

mdotterer

2016-05-24 09:55

reporter   ~0035280

I managed to catch it in action. I have uploaded a save: http://dffd.bay12games.com/file.php?id=12072

A scribe has just abandoned his copying job to sleep leaving the source and destination quires on the library table still marked as part of a task. The shirking scribe can be found with hotkey Shift+F4, and the written quire can be found with Shift+F8. After resuming play, the current copying jobs complete and no new ones are started until the written quire is forbidden and claimed and the job restarted and completed.

mdotterer

2016-06-01 13:15

reporter   ~0035343

It seems that it isn't just limited to tables and shelves. I have also encountered it locking up on codices that are just on the floor of the library. There is no "TSK" indication when viewing with "k", so it is difficult to check for this.

mdotterer

2016-06-07 06:36

reporter   ~0035360

From extensive monitoring, it seems clear that the only problem is dwarves abandoning the source work and the destination quire still flagged as part of a task when canceling work to go to sleep. Both eating and drinking seem to be fine. Where the quire and work are does not seem to matter.

All stoppages that seem like they might have been caused by other things could eventually be ruled out.

user11

2017-11-30 01:59

  ~0037137

Last edited: 2017-12-04 03:28

See my note at:
http://www.bay12games.com/dwarves/mantisbt/view.php?id=9950#c37127

discussing why the number of writing materials is incorrect and preventing further work.

I eventually found 0009418 that reported the same conclusion.

Issue History

Date Modified Username Field Change
2016-05-23 18:15 mdotterer New Issue
2016-05-24 05:30 mdotterer Note Added: 0035279
2016-05-24 09:55 mdotterer Note Added: 0035280
2016-06-01 13:15 mdotterer Note Added: 0035343
2016-06-07 06:36 mdotterer Note Added: 0035360
2016-07-15 14:17 Loci Relationship added parent of 0009518
2016-08-02 13:37 Loci Relationship added related to 0009950
2017-11-29 21:14 user11 Assigned To => user11
2017-11-29 21:14 user11 Status new => confirmed
2017-11-29 21:16 user11 Relationship added related to 0009244
2017-11-30 01:59 user11 Note Added: 0037137
2017-11-30 02:00 user11 Relationship replaced parent of 0009950
2017-12-04 03:28 user11 Note Edited: 0037137
2017-12-04 03:29 user11 Relationship added parent of 0009418
2018-01-24 18:00 Toady One Status confirmed => resolved
2018-01-24 18:00 Toady One Fixed in Version => Next Version
2018-01-24 18:00 Toady One Resolution open => fixed
2018-01-24 18:00 Toady One Assigned To user11 => Toady One