Dwarf Fortress Bug Tracker - Dwarf Fortress
View Issue Details
0009787Dwarf FortressDwarf Mode -- Locationspublic2016-05-23 18:152018-01-24 18:00
mdotterer 
Toady One 
normalminorrandom
resolvedfixed 
MacOSX10.10.5
 
0.44.06 
0009787: Scribes intermittently stop copying works in the library
Scribes 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.
1. Create library
2. Assign scribes and ensure works to copy and writing material
3. Watch scribes
No tags attached.
related to 0009244resolved Toady One Scribes rarely, if ever, copy works in the library 
parent of 0009518resolved Toady One Two quires on table in library remain tasked even though no job is using them 
parent of 0009950resolved Toady One Scribes do not scribe 
parent of 0009418resolved Toady One written on scrolls still counted as 'writing materials' in library room 
Issue History
2016-05-23 18:15mdottererNew Issue
2016-05-24 05:28mdottererIssue Monitored: mdotterer
2016-05-24 05:30mdottererNote Added: 0035279
2016-05-24 09:55mdottererNote Added: 0035280
2016-06-01 13:15mdottererNote Added: 0035343
2016-06-07 06:36mdottererNote Added: 0035360
2016-07-15 14:17LociRelationship addedparent of 0009518
2016-08-02 13:37LociRelationship addedrelated to 0009950
2017-11-29 21:14DwarfuAssigned To => Dwarfu
2017-11-29 21:14DwarfuStatusnew => confirmed
2017-11-29 21:16DwarfuRelationship addedrelated to 0009244
2017-11-30 01:59DwarfuNote Added: 0037137
2017-11-30 02:00DwarfuRelationship replacedparent of 0009950
2017-12-04 03:28DwarfuNote Edited: 0037137bug_revision_view_page.php?bugnote_id=0037137#r15011
2017-12-04 03:29DwarfuRelationship addedparent of 0009418
2018-01-24 18:00Toady OneStatusconfirmed => resolved
2018-01-24 18:00Toady OneFixed in Version => Next Version
2018-01-24 18:00Toady OneResolutionopen => fixed
2018-01-24 18:00Toady OneAssigned ToDwarfu => Toady One

Notes
(0035279)
mdotterer   
2016-05-24 05:30   
I have also found that sometimes works will be left on bookshelves marked with "TSK" but with no task associated.
(0035280)
mdotterer   
2016-05-24 09:55   
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.
(0035343)
mdotterer   
2016-06-01 13:15   
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.
(0035360)
mdotterer   
2016-06-07 06:36   
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.
(0037137)
Dwarfu   
2017-11-30 01:59   
(edited on: 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.