Mantis Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0001199Dwarf FortressDwarf Mode -- Jobs, Generalpublic2010-04-15 07:312013-03-04 01:10
Assigned ToDwarfu 
PlatformOSOS Version
Product Version0.31.03 
Target VersionFixed in Version 
Summary0001199: Miners have "no job" even with digging assigned next to them Carpenter same
DescriptionAs summary. Persists through save/load. I have the file of the carpenter. I've seen it with my miners 3 different times(out of 6 or 7) in 31.03.
Tagscarpenter, labors, mining, wood cutter
Attached Files

- Relationships
duplicate of 0003733new miners won't mine / woodcutters won't cut 

-  Notes
Rafal99 (reporter)
2010-04-15 07:37

Do they have picks?
Bury (reporter)
2010-04-15 07:42
edited on: 2010-04-15 07:55

Yes on the picks. For the miners it always seems to take time(usually more than a year in game). I'll be trying to undergo some major project and after awhile they just stop, and it will affect all of them at the same time.

The carpenter happened starting in the fall of year one. I do have the save of that one.

Footkerchief (manager)
2010-04-15 08:48

Are they assigned to any burrows?
Bury (reporter)
2010-04-15 16:06

Nope, haven't set any burrows yet.
Kocoro (reporter)
2010-04-16 18:04
edited on: 2010-04-16 18:13

Having this issue too. The picks are in the weapon stockpile, they can be moved around if I designate them to be dumped or whatever, but my miners all have "No Job," even if I select the labour on a new dwarf.

No burrows currently set, but I have had a lot of mining accidents.

I think this may have started after I set the job with dwarf therapist.

Edit : Hah, the moment I posted this one of them suddenly went back to work. Maybe it's because I forbid some unaccessible corpses, who knows!

Bury (reporter)
2010-04-17 00:58

No mods or third party software involved for me. They just stand there. They have hauling turned off too.
nosesquid (reporter)
2010-04-21 08:08

A few of my miners didn't want to use the imported picks they were using before I turned mining off for them. No mods, persisted through saves until my remaining miner hit limonite and I was able to forge new picks. Lots and lots of mining accidents here too, I still have more picks encased in ice than not.
Zwillinge (reporter)
2010-04-21 16:01

It also seems to happen if you turn off the mining job, and the miner drops his pick. Because the pick wasn't made in the fort, he won't pick it back up.
Ghede (reporter)
2010-04-21 16:22

Maybe you need an arsenal dwarf?
Rhenaya (reporter)
2010-04-24 05:09

i got that problem now after digging into a "curious structure" he now is standing on top of the slade wall with "no job" i wanted to dig into (before knowing its there)
Rhenaya (reporter)
2010-04-24 06:01

he now even died of thirst but there was clear ways to underground lake, brook and the booze stockpile, he still stand on that slade wall, running a small area around hunting for vermin at best (but cant find any)... an no no burrows or anything just hit the building and he got stuck there (other dwarfs run arround him)
Granite26 (reporter)
2010-04-24 06:37

Are these dwarves 'No Job' or 'On Break'?

I had a dwarf 'On Break' for two months, but it was after an epic job digging out my magma forges, and he's since gone back to a normal schedule.

The Slade sounds like a specific issue.
eldrik (reporter)
2010-04-24 06:41

I've seen a similar problem. I play at work. I introduced my boss to the game, now he plays at work. He made a new fortress and his miners would not dig a designated area. They remained in the "no job" state.

We couldn't figure it out, until all of a sudden he designated a different area to be dug, and they dug that area. After that they dug the first designation just fine.

It was very odd.
Draco18s (reporter)
2010-04-24 10:09

I've got this issue with a few of my miners as well. If I tell a peasant to be a miner he'll pick up a pick and go dig, but two of my Miners (who have picks) stand around doing nothing.

If I tell a miner to be a woodcutter he drops his pick, get an axe, and then stand around doing nothing (with trees designated).

If I tell him to mine again the reverse happens: drops the axe, picks up a pick, and stands around doing nothing.
DoctorZuber (reporter)
2010-04-24 13:13

I was illustrating this effect with burrows in 0000733, but I don't think it's actually an issue with burrows. I think it's a problem with the new dwarven work ethic (0000008).

With my testing on burrows I did discover that the miners would "eventually" free themselves and move again, took 2-3 minutes for them to get around to it, they typically took a nap first.

Clearing my conflicting task of "go to burrow" returned them to work right away.
Bury (reporter)
2010-04-24 16:56

In mine there was no job swapping. They'd been diggers since I started and then they just at some point stop taking orders or doing much of anything productive.

Also it's not a woodcutter in the save. It's a grandmaster carpenter. He's standing in the meeting hall with "No job" even though I've got work queued up in the carpenter shop.
Rhenaya (reporter)
2010-04-24 20:58

yeah found the slade issue :x was not really related to those... i digged with channels, so the place was "open space" but because of the wall below the stones would not drop. and it looked like there still should be a path out :/
Footkerchief (manager)
2010-07-16 09:11

Reminder sent to: Bury

Do you have a save that reproduces this problem in 31.10? If so, it would be helpful to upload the save to [^]
uggi (reporter)
2010-11-13 07:54

I think I'm having this bug in 0.31.16. The dwarves have been ignoring all digging and tree cutting designations, starting right from the embark.

There was a cave-in on embark. A cavern was placed on the surface level and parts of it were hanging in mid-air. Nobody died, but the they inhaled dust and some of them were thrown into a lake. I have tried to embark again with cave-ins disabled and still had the same designation problem.

I have found a workaround by drafting miners and woodcutters into the military, stationing them somewhere so they will get the "pickup equipment" job. Then as soon as they start walking towards the weapon stockpile, I cancel the station order. They will continue with the pickup equipment job and will then go digging and cutting trees.

When they run out of designated areas, they will return their tools back to the weapon stockpile. When I want them to do their jobs again, I have to use the stationing trick again.

I had some migrants and tried to make them miners and woodcutters, but they acted just like the original dwarves and I had to draft them to the military too. I haven't yet got any migrants that were already miners or woodcutters.

Designating plants to be gathered works, but on the other hand it doesn't require tools.

Here's a save right on the embark. Try to strike the earth! [^]

Save of the world, embark location and more info in this thread: [^]
Proteus (reporter)
2010-11-13 10:05

Had the same problem with 0.31.17
Woodcutter didnĀ“t want to cut wood, despite having the job activated, a copper battle axe waiting in the weapons stockpile and trees designated for cutting.

The workaround mentioned by uggi solved the problem however, i.e. he went to work after I drafted him to military, stationed the squad somewhere and then cleared all of the squads orders
Videospirit (reporter)
2010-11-29 15:41

In my experience, If a Pick is designated for military use, dwarves won't pick it up unless they're on duty or sometimes if the squad has a training area designated. I usually disband my squads whenever my dwarves lay about with no job too much.
Videospirit (reporter)
2010-12-11 12:20
edited on: 2010-12-11 13:34

Ahh, I thought I'd read one of these before. This seems to be the original report of this bug. 0003733 and 0003660 are duplicates. 0002713 is related as well. The wait for military related pickup equipment and than re assign mining labor fix seems to crap out for me whenever my dwarves get thirsty though and I have to turn mining off to do it again. The severity is higher than minor since it can trigger in forts right from embark though.

JimiD (reporter)
2011-03-08 05:07
edited on: 2011-03-08 05:08

See also 0002127

Dwarfu (manager)
2013-03-04 01:10

I would agree with Videospirit in that this is a dupe, right down to the cavern collapse - there are certainly terrain gen errors here.

- Issue History
Date Modified Username Field Change
2010-04-15 07:31 Bury New Issue
2010-04-15 07:37 Rafal99 Note Added: 0003676
2010-04-15 07:42 Bury Note Added: 0003677
2010-04-15 07:55 Bury Note Edited: 0003677 View Revisions
2010-04-15 08:48 Footkerchief Note Added: 0003684
2010-04-15 16:06 Bury Note Added: 0003765
2010-04-16 18:04 Kocoro Note Added: 0003924
2010-04-16 18:08 Kocoro Note Edited: 0003924 View Revisions
2010-04-16 18:13 Kocoro Note Edited: 0003924 View Revisions
2010-04-17 00:58 Bury Note Added: 0003957
2010-04-21 08:08 nosesquid Note Added: 0004446
2010-04-21 16:01 Zwillinge Note Added: 0004518
2010-04-21 16:22 Ghede Note Added: 0004520
2010-04-24 05:09 Rhenaya Note Added: 0004869
2010-04-24 06:01 Rhenaya Note Added: 0004872
2010-04-24 06:37 Granite26 Note Added: 0004873
2010-04-24 06:41 eldrik Note Added: 0004874
2010-04-24 06:42 eldrik Tag Attached: mining
2010-04-24 10:09 Draco18s Note Added: 0004888
2010-04-24 13:13 DoctorZuber Note Added: 0004915
2010-04-24 14:43 granballa Tag Attached: wood cutter
2010-04-24 16:56 Bury Note Added: 0004932
2010-04-24 18:49 Naros Tag Attached: labors
2010-04-24 18:49 Naros Tag Attached: carpenter
2010-04-24 20:58 Rhenaya Note Added: 0004944
2010-07-16 09:11 Footkerchief Note Added: 0010425
2010-07-16 09:11 Footkerchief Tag Attached: AWAITING UPDATE
2010-11-13 07:54 uggi Note Added: 0013755
2010-11-13 10:05 Proteus Note Added: 0013764
2010-11-29 15:41 Videospirit Note Added: 0014303
2010-11-29 18:35 Footkerchief Relationship added related to 0000535
2010-12-11 12:20 Videospirit Note Added: 0014535
2010-12-11 13:34 Videospirit Note Edited: 0014535 View Revisions
2011-02-28 21:44 Footkerchief Relationship added child of 0000340
2011-02-28 21:44 Footkerchief Relationship deleted related to 0000535
2011-02-28 21:46 Footkerchief Tag Detached: AWAITING UPDATE
2011-03-08 05:07 JimiD Note Added: 0015945
2011-03-08 05:08 JimiD Note Edited: 0015945 View Revisions
2013-03-04 01:08 Dwarfu Relationship deleted child of 0000340
2013-03-04 01:10 Dwarfu Note Added: 0023869
2013-03-04 01:10 Dwarfu Relationship added duplicate of 0003733
2013-03-04 01:10 Dwarfu Status new => resolved
2013-03-04 01:10 Dwarfu Resolution open => duplicate
2013-03-04 01:10 Dwarfu Assigned To => Dwarfu

Copyright © 2000 - 2010 MantisBT Group
Powered by Mantis Bugtracker