View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0009950 | Dwarf Fortress | Dwarf Mode -- Locations | public | 2016-08-01 19:06 | 2018-01-24 17:59 |
Reporter | ediblesideburns | Assigned To | Toady One | ||
Priority | normal | Severity | minor | Reproducibility | always |
Status | resolved | Resolution | fixed | ||
Platform | Windows 7 | ||||
Product Version | 0.43.05 | ||||
Fixed in Version | 0.44.06 | ||||
Summary | 0009950: Scribes do not scribe | ||||
Description | No matter how many times you enable or disable labours or forbid and unforbid materials, scribes just stand around and do nothing despite having ample material. Does not appear to be the same bug as http://www.bay12games.com/dwarves/mantisbt/view.php?id=9244 since the jobs never even begin. | ||||
Steps To Reproduce | Load the save http://dffd.bay12games.com/file.php?id=12321 and watch the scribes do nothing even after you disable all their labours and fiddle with the fort stocks. | ||||
Tags | No tags attached. | ||||
|
Perhaps this is a relative of 0009787? That one also involves scribes not doing their jobs for no clear reason. |
|
I would suggest that it's probably separate since the dwarves don't start the task and get distracted; the jobs never start, even after years. Perhaps it's similar in ways that I can't see though. |
|
I was able to make a scribe copy a book in the provided save by assigning a new scribe to the library - the scribe being former gem cutter Udil Abodalath - and afterwards forbidding/unforbidding a book. Another scribe, Tholtig Gasolid, seemed to copy the other remaining book without any encouragement, although I had to forbid/unforbid that book as well in order to get them to finish the job due to the occurrence of issue 0009787. Can anyone replicate this? |
|
I can confirm that I was able to replicate part of this - it seems that forbidding/unforbidding the works to be copied is what encourages the scribes to start copying. However, they will never begin for me without this input. In addition, they do get distracted and stop copying as per the bug http://www.bay12games.com/dwarves/mantisbt/view.php?id=9787 which is fixed by forbidding/unforbidding. |
|
I am experiencing the same issue, but forbidding and unforbidding books or quires does not encourage copying. The only activity with written quires or codices is to read them. Scribes still just stand around being useless, and or-- running off to go party in the tavern. I can supply a save if needed. |
|
Same here. They initially copied many items, but after 100+ copies they no longer do so. I tried forbidding/unforbidding - initially it helped but now it doesn't. Books and scrolls are in the Bookcases with blue 'TSK' next to them, I guess the game just goes silly when there are so many items queued to copy. |
|
Note: I since found 0009418 that discovered this problem. As of 44.02, my scribe did not continue copying books after making a few copies. It seems the library is counting even written scrolls as "writing material". In the current game, in the 'l' menu, the library shows: total objects (incl. copies): 38 writing material (desired): 32 (b:25) The library contains (all on bookcases): 31 scroll copies 1 original scroll 6 original codices there are no unwritten materials in any of the chests. I made sure no items were TSK'd and no jobs present for reading, etc. So, the total objects is correct at 38. The writing material is counting all written scrolls (as well as any unwritten ones, when they are present). Because of this, no new empty writing material will be brought to the chests for the scribes to continue work (I have copies set to two, and several items do not have any copies yet made, so there IS work to be done). They won't use any material stored outside of the library. |
|
Seems to prevent people from reading also. Current workaround is to ensure the desired writing materials is above the number of total objects by the amount of new works you want completed. But everything will halt again when that number is surpassed. |
Date Modified | Username | Field | Change |
---|---|---|---|
2016-08-01 19:06 | ediblesideburns | New Issue | |
2016-08-01 20:07 | InfantIguana | Note Added: 0035734 | |
2016-08-02 06:13 | ediblesideburns | Note Added: 0035736 | |
2016-08-02 08:34 | InfantIguana | Note Added: 0035738 | |
2016-08-02 08:47 | ediblesideburns | Note Added: 0035739 | |
2016-08-02 13:37 | Loci | Relationship added | related to 0009787 |
2016-09-26 12:54 | wierdw | Note Added: 0035904 | |
2016-09-26 12:59 | wierdw | Note Edited: 0035904 | |
2016-09-27 03:38 | Evans | Note Added: 0035911 | |
2017-05-06 09:24 | lethosor | Relationship added | related to 0009244 |
2017-11-29 21:15 |
|
Note Added: 0037127 | |
2017-11-29 21:22 |
|
Assigned To | => user11 |
2017-11-29 21:22 |
|
Status | new => acknowledged |
2017-11-29 21:43 |
|
Note Edited: 0037127 | |
2017-11-29 21:47 |
|
Note Edited: 0037127 | |
2017-11-29 21:56 |
|
Note Edited: 0037127 | |
2017-11-30 01:57 |
|
Note Edited: 0037127 | |
2017-11-30 02:00 |
|
Relationship replaced | child of 0009787 |
2017-11-30 02:10 |
|
Note Added: 0037138 | |
2017-12-04 03:29 |
|
Note Edited: 0037127 | |
2018-01-24 17:59 | Toady One | Status | acknowledged => resolved |
2018-01-24 17:59 | Toady One | Fixed in Version | => Next Version |
2018-01-24 17:59 | Toady One | Resolution | open => fixed |
2018-01-24 17:59 | Toady One | Assigned To | user11 => Toady One |