v50 Steam/Premium information for editors
  • v50 information can now be added to pages in the main namespace. v0.47 information can still be found in the DF2014 namespace. See here for more details on the new versioning policy.
  • Use this page to report any issues related to the migration.
This notice may be cached—the current version can be found here.

Difference between revisions of "v0.31:Known bugs and issues"

From Dwarf Fortress Wiki
Jump to navigation Jump to search
m
 
(275 intermediate revisions by more than 100 users not shown)
Line 1: Line 1:
{{AV}}
+
{{quality|Fine|09:46, 1 February 2011 (UTC)}}{{av}}
{{elven}}
 
'''PLEASE SUBMIT BUGS TO THE OFFICIAL BUG TRACKER - THEY WON'T GET FIXED IF THEY ARE ONLY LISTED HERE.'''<br />
 
'''[http://bay12games.com/dwarves/mantisbt/ Dwarf Fortress Bug Tracker]'''
 
  
*Please link to the mantis tracker issue as well as the forum post if possible.
+
Dwarf Fortress is a constant work in progress, and is thus full of '''bugs'''. Some of them are minor and completely harmless, some are small and annoying, and some are major and even game-changing. This page is a historical list of some of the best-known bugs in v0.31; an official compilation of all bugs, and their development status, can be found on the [http://www.bay12games.com/dwarves/mantisbt/my_view_page.php Mantis Bug Tracker]. Please do '''not''' report new bugs for this version; if the problem still exists in the current development version it should be reported on the [http://www.bay12games.com/dwarves/mantisbt/my_view_page.php bug tracker] for that version instead. If you have issues signing up for the bug tracker, see the [http://www.bay12forums.com/smf/index.php?board=6.0 forum bug tracker board] for instructions (but don't report bugs on the forum either).
 +
 
 +
Bugs fixed in v0.31 have been moved to [[Recently fixed bugs and issues]].
  
As the version is new, and we're still discovering what bugs are, obviously a lot of unverifiable information is going to get added to this thread.  Recommend that new entries be added with "'''(confirmation needed)'''", and that people can document each bug on the discussion page.  Once we have 2+ instances of a bug with some specific description of what's occurring, we can remove the parenthetical, or alternately, we can discuss removing unconfirmed bugs if there are issues in recreating them.  People can also link relevant posts and threads from the forums here to help document the bugs. --[[User:Squirrelloid|Squirrelloid]] 08:58, 3 April 2010 (UTC)
 
:Please also read the 'Not Actually Bugs' section before adding bug reports! --[[User:Squirrelloid|Squirrelloid]] 09:00, 3 April 2010 (UTC)
 
  
 
==Not Actually Bugs==
 
==Not Actually Bugs==
*As megabeasts no longer die during world creation, the standard world creation will run until 1050 (Dwarf-Rapture) unless stopped. -- Andrei901, 2 April 2010, someone else check this please
+
*Animals are listed twice in some places, including the embark and trade agreement screens.
::Not a bug.  World creation is *supposed* to run until 1050... --[[User:Squirrelloid|Squirrelloid]] 08:50, 3 April 2010 (UTC)
+
:They're listed twice because they separately list males and females.
:::If you 'create world with parameters', one of the parameters which can be altered is the end year; you could lower the value to have world generation run more quickly, though the resulting world will potentially be less rich with history, legends and trappings of civilisation. [[User:Oddtwang of Dork|Oddtwang of Dork]] 16:10, 8 April 2010 (UTC)
+
 
*Tilesets in png format don't work?  Just a black display.
+
*Weird coloured letter in top left corner
::Tilesets must be in .bmp format, as they always have had to be.  The .png format only works for the d# series. --[[User:Squirrelloid|Squirrelloid]] 08:50, 3 April 2010 (UTC)
+
:"<span style="color:#FF0000; background:#B22222">''' C '''</span>" means new combat report
:::A d## merge is in progress, .png will be supported soon.--[[User:Ar-Pharazon|Ar-Pharazon]] 01:32, 4 April 2010 (UTC)
+
:"<span style="color:#00FF00; background:#008000">''' H '''</span>" means new hunting message
*When choosing material for a squad item(cloak in this case) there are hundreds of "forgotten beast leather" to choose from.
+
:"<span style="color:#48D1CC; background:#008080">''' S '''</span>" means new sparring message
::That's because there are lots of different forgotten beasts.  Somewhat annoying?  Yes.  Working exactly like every other source creature for leather?  Yes. --[[User:Squirrelloid|Squirrelloid]] 08:50, 3 April 2010 (UTC)
+
:[http://www.bay12games.com/forum/index.php?topic=52514.0 Forum Link]
*Making a adamantine cloak -sometimes- results in "Urist McArmorer, Armorer cancels Forge adamantine cloak: Needs 10000 adamantine cloth." Also needed 15000 strands to make wafers.  Update: this happens if you don't have enough cloths, I had 4 adamantine cloths in this case. If you have enough it works nicely. (The actual required number is much less than 15,000.  It's closer to something like 10 adamantine strands.  This is probably due to the fact that cloth can be consumed "in pieces" now for medical purposes).
+
 
*"Clothier canceled construct silk bag: needs 1000 cloth": http://www.bay12games.com/forum/index.php?topic=51953.msg1123552#msg1123552
+
*No option for magma in the finder
::This is working as intended.  Cloth is now measured in smaller units than individual pieces.  If anything, the bug is that the game isn't telling you how much cloth each cloth item represents. --[[User:Squirrelloid|Squirrelloid]] 08:52, 3 April 2010 (UTC)
+
:[[Magma]] is guaranteed everywhere now.
*Cats and Dogs - Including kittens, puppies, and War/Hunting variants - are similarly listed twice.
+
 
::They're listed twice because they separately list males and females. WAD. --[[User:Squirrelloid|Squirrelloid]] 09:05, 3 April 2010 (UTC)
+
*Unable to add items or skill points on the embarking screen.
*Weird red C in top left corner - "<span style="color:#FF0000; background:#B22222">''' C '''</span>" means new combat report, "<span style="color:#00FF00; background:#008000">''' H '''</span>" means new hunting message, "<span style="color:#48D1CC; background:#008080">''' S '''</span>" means new sparring message. Feature, not bug: http://www.bay12games.com/forum/index.php?topic=52514.0
+
:Check your keybindings!  By default the keys to add and remove items and skills are + and - on the numpad.
*No option for magma in the finder, this is because [[magma]] is guaranteed everywhere now.
+
 
*Corpses sitting in refuse piles turn into skeletons rather than piles of bones, in fact in the 2+ years I started my fort I haven't seen a single bone or shell in my refuse stockpile and yes, we've been eating fish too.  I think bones are gone or something.  Haven't tried butchering animals yet, though, so confirmation please...
+
*But even + and - don't work!
::Arena Mode allows skeletons to be butchered into bones and a skull. Fortress Mode should be the same
+
:[[40d:Laptop_keyboard|This]] page might help
::Dwarves automatically take skeletons, partial skeletons and limbs from the refuse stockpile and butcher them to produce only bones and skulls. (confirmation needed)
+
 
::They don't, while a few dwarfs have nothing but butchery enabled.
+
*[[Wrestling]] will take much longer than combat using any kind of weapon (unlike in 40d.) One can set init/announcements.txt to show wrestling chokeholds in fort mode.
:::Only butcherable are accepted for turning skeletons into bones.  This seems to mean that goblins and the like cannot be harvested for their bones anymore. --[[User:Squirrelloid|Squirrelloid]] 12:58, 15 April 2010 (UTC)
+
 
 +
*Fey moods can request body parts - it just means it needs various parts that go in the refuse pile, shells, hair, etc.
  
 
== Embarking ==
 
== Embarking ==
  
*You can embark with some rather unrealistic prepared foods (such as the aforementioned fly brains, which in real life go at about 900 thousand brains to the pound). This may be related to further issues involving vermin's organs.
+
*You can embark with some rather unrealistic prepared foods (such as fly brains, which in real life go at about 900 thousand brains to the pound).  These unrealistic foods have also been seen in trading. This may be related to further issues involving vermin's organs.  (Each 'Unit' of Food is representative of enough food to feed a dwarf for just over a month.)
*All fish are mentioned 2xSee http://www.bay12games.com/forum/index.php?topic=51953.msg1123220#msg1123220
+
 
*I find that I am unable to add items or skill points to my dwarves on the embarking screen.  I'm using Mayday's graphics pack.  I'm not sure what the cause of this is or if I'm just missing something obvious. (Explanation/Confirmation needed) ((signing your posts helps, and it just means you need to free up expedition points (cancel an item)))[[User:Kenji 03|Kenji 03]] 11:32, 5 April 2010 (UTC).
+
*You may get a "Cavern Collapse" announcement as soon as you arrive.  (Perhaps many times, if you have a volcano in your ocean...)
::I thought it might be that I needed to free up points too, but the counter shows that I have points-a-plenty.  I'm also unable to subtract items from my embarkation list.--[[Special:Contributions/67.166.145.39|67.166.145.39]] 02:51, 6 April 2010 (UTC)
+
:[http://www.bay12games.com/dwarves/mantisbt/view.php?id=51 Bug Tracker]
::I can confirm this. It happens in vanilla too apparently. Hit "esc" and go to you custom binds and rest your + and - keys.  Do the same for the */ keys.
+
 
:::I use an external NumPad with my laptop, and toggling NumLock on it can change the behaviour of keys like these. [[User:Oddtwang of Dork|Oddtwang of Dork]] 16:14, 8 April 2010 (UTC)
+
*Reclaiming a fortress removes all mud from the caverns, causing problems such as no more underground trees. {{Bug|133}}
:::: What are you guys talking about? I've had no problems, nor have I seen any complaints about this on the bug tracker which I have been watching actively. [[User:Doctorzuber|Doctorzuber]] 16:29, 11 April 2010 (UTC)
+
 
*After embarking with items that was listed two times in list game crashes.{{verify}}
+
*Using the flux search option on the embark screen often yields false or misleading results.
:Unconfirmed, though people on [[DF2010 Talk:Embark]] say that this is false. [[User:Garanis|Garanis]] 23:30, 9 April 2010 (UTC)
 
:I believe this one to be false, they are probably crashing for a different reason. [[User:Doctorzuber|Doctorzuber]] 16:25, 11 April 2010 (UTC)
 
*Cannot seem to quit from embark screen. Esc. does nothing, is this a bug?  Also, had to hunt down process to quit.  [[Special:Contributions/72.152.246.212|72.152.246.212]] 14:48, 7 April 2010 (UTC)
 
:Possibly the menu key has become bound to something other than Esc? [[User:Oddtwang of Dork|Oddtwang of Dork]] 16:14, 8 April 2010 (UTC)
 
:Confirmed, You cannot quit once you press "Dwarf forteress" until you've actually embarked. [[Guest]] 8 April 2010
 
:This is accurate. Much as I hate this one, it could be argued that this is a design choice. [[User:Doctorzuber|Doctorzuber]] 16:27, 11 April 2010 (UTC)
 
  
 
== Sites ==
 
== Sites ==
  
 
*Magma pipes in volcanoes extend to the top of the map, past the mountain itself.
 
*Magma pipes in volcanoes extend to the top of the map, past the mountain itself.
*Magma tubes remain the same shape and size the whole way down and may be square. See http://www.bay12games.com/forum/index.php?topic=52412.0 (for the above as well)
+
:[http://www.bay12games.com/forum/index.php?topic=52412.0 Forum Link]
 +
 
 +
*Magma tubes remain the same shape and size the whole way down and may be square.  
 +
:[http://www.bay12games.com/forum/index.php?topic=52412.0 Forum Link]
  
 
== Buildings and Zones ==
 
== Buildings and Zones ==
  
*Can't farm on dry soil. See http://www.bay12games.com/forum/index.php?topic=51951.msg1123336#msg1123336
+
*Construction and/or deconstruction can occasionally force some dwarves to idle.
*Construction and/or deconstruction can occasionally force some dwarves to idle. See: http://www.bay12games.com/forum/index.php?topic=51953.msg1123250#msg1123250
+
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123250#msg1123250 Forum Link]
*Dwarves raid elf (all?) caravans for cloth (maybe thread as well) for the hospital zone. (confirmed. Won't happen if your hospital zone has no room in it's containers for the items, though). (confirmed to raid dwarven caravans as well)
+
 
** They also try to eat elf food at the Depot, but realize their mistake halfway and stop... then try again... you can see where this is going.
+
*Setting workshop profiles according to minimum and maximum skill levels does not work, typically resulting in no one being able to use the workshop. Setting a profile for individual dwarves still works.
*Emptied murky ponds refill much faster than they used to. A decent sized pond that's been mined into can now flood your fortress if it starts raining (confirmation required)
+
:[http://www.bay12forums.com/smf/index.php?topic=61051.0 Forum Link]
**I believe that this is because rain will now fall at different rates, or so I've observed. Meaning you'll either get a downpour or a light sprinkle, or somewhere in between, and It will fill pools accordingly.
+
 
*There are currently no (or occasionally very few) fish. This includes brooks, rivers, oceans, ponds, lakes (underground and otherwise). You may get a few turtles sometimes. No known workaround: http://www.bay12games.com/forum/index.php?topic=52217.0
+
* Going to the zones menu and changing the placing type to flow, and then pressing ESC causes a crash.
 +
: Forum link/Bug tracker link requested
 +
 
 +
* Kiln gives message no task available when there is plaster, ash, buckets, and charcoal available
 +
:[http://www.bay12forums.com/smf/index.php?topic=63169.msg1457910#msg1457910 forum link]
 +
 
 +
* Sometimes, building a Smelter inside a burrow will prevent you from queuing up jobs. Use your Manager to queue up jobs instead, or remove the Smelter from the burrow to solve this problem.
 +
: Forum link/Bug tracker link requested
 +
 
 +
* Ashery takes all the buckets whenever it is making lye, but never returns back. Cause seems to be when it takes a bucket that has water and makes lye on it.
  
 
== Combat ==
 
== Combat ==
  
*Some combat maneuvers have no effect.  See: http://www.bay12games.com/forum/index.php?topic=51953.msg1123104#msg1123104
+
*Some combat maneuvers have no effect.   
**Attempting to grab a bodypart with a weapon leads to "you grab *** by *** with your *weapon* but nothing is grabbed
+
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123104#msg1123104 Forum Link]
**Attempting to "pinch" various body parts shows "you adjust you grip on***" and nothing else.
+
 
*Alligators can wear armor (same post as above)
+
*Attempting to grab a bodypart with a weapon leads to "you grab *** by *** with your *weapon* but nothing is grabbed
*Non-alive creatures (like bronze colossuses, zombies and blizzard men) cannot be destroyed (possibly because they can't bleed to death nor have their brain destroyed).  However arena testing has revealed that [[dragonfire]] can melt bronze colossuses.  See http://www.bay12games.com/forum/index.php?topic=51953.msg1123220#msg1123220
+
 
:: I had the same problem with skeletal animals. Even a skeletal groundhog fought on without nearly every limb or organ. But they can be killed: A 16 z-level drop does do the trick. --[[User:Doub|Doub]] 11:13, 6 April 2010 (UTC)
+
*Attempting to "pinch" various body parts shows "you adjust you grip on***" and nothing else.
*Shield-bashing has no effect with a wooden shield: http://www.bay12games.com/forum/index.php?topic=51953.msg1123499#msg1123499
+
 
*The default settings are such that your military dwarfs will train, train, train, and possibly starve in the process. See {{L|Military/Guide}}, "Getting your squad to do something", for details.
+
*Alligators can wear armor
*Dwarves will continue to train in barracks even after being removed from a squad. (Because they are completing the task they started before they will move on to something else, changing your alert helps here as well).
+
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123104#msg1123104 Forum Link]
*{{L|Wrestling}} will take much longer than combat using any kind of Weapon (unlike in 40d), this is due to the fact that a wrestler will have a very hard time making an opponent either bleed to death or have their brain destroyed.  A single wrestler, completely untrained, can take on a pack of 5 Crawls in about 20 minute (at 50fps) if Urist McWrestler goes into a martial state.  But a Dwarf with an Adamantine battle axe, even if completely untrained, can cut through 5 Crawls in about 5 minutes (at 50fps).
+
 
*[[Thirsty]] and [[Hungry]] tags are guaranteed to appear for any soldier (as they are when a dwarf does anything else in this release) because Dwarves will now try to complete a task before they eat/drink.  (While I have yet to have a wrestler pass out due to not eating/drinking, they will be wrestling in combat until they kill their target)[[User:Kenji 03|Kenji 03]] 11:44, 5 April 2010 (UTC).
+
*Shield-bashing has no effect with a wooden shield
 +
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123499#msg1123499 Forum Link]
  
 
== Labors ==
 
== Labors ==
  
*Hunting Issues.  See: http://www.bay12games.com/forum/index.php?topic=51953.msg1123228#msg1123228
+
*Hunting Issues
*Miners now cancel mining designations when they can't reach them: http://www.bay12games.com/forum/index.php?topic=51953.msg1123272#msg1123272
+
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123228#msg1123228 Forum Link]
*Metal goblets are always iron, regardless of input: http://www.bay12games.com/forum/index.php?topic=51953.msg1123533#msg1123533 (Not true; I've made tons of copper goblets using copper bars)
+
 
*Manager screen doesn't show you materials for traction benches: http://www.bay12games.com/forum/index.php?topic=51953.msg1123533#msg1123533
+
*Manager screen doesn't show you materials for traction benches
*Workers are too dedicated, dehydrate themselves: http://www.bay12games.com/forum/index.php?topic=51953.msg1123599#msg1123599
+
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123533#msg1123533 Forum Link]
*Cooking with alcohol is buggy: http://www.bay12games.com/forum/index.php?topic=51953.msg1123702#msg1123702
+
 
*When crafting shell crafts, craftsdwarves never actually produce a shell craft, but instead sit forever with the same shell, with their skills increasing. (confirmation required)
+
*Metal items may require fewer bars/wafers than announcements lead you to believe. This mainly results in [[adamantine]] being far less scarce than it should be, since most items require only a single wafer instead of up to 9.
*Dwarves take orders to prepare meals with liquid ingredients like dwarven syrup, wine, and rum, but almost never do it and instead dump the liquid inside the kitchen where it sits cluttering it up and can't be moved...  Because it's liquid.
+
:[http://www.bay12games.com/dwarves/mantisbt/view.php?id=130 Bug Tracker]
::Using dwarven syrup works just fine for me, but my cook always grabs at least one solid ingredient.  Ie, 3 stacks of syrup + one stack of cheese -> finished and edible meal. --[[User:Squirrelloid|Squirrelloid]] 17:54, 5 April 2010 (UTC)
+
 
*Making Rock Short Sword results in a wooden short sword. Especially annoying when making an adamantine sword! (multiple reports)
 
::Is this before or after setting the rock to be allowed for non-economic use in the 'z' screen?
 
 
*Wood cutter.  Tried to upgrade his axe to a steel one, never cut another tree in his life after being forced to dump his copper battle axe.  It's like wood cutting had a seperate profile and he was the only one excluded;  Sure enough, turned one of my jewelers into wood cutter and it worked fine for him.
 
*Wood cutter.  Tried to upgrade his axe to a steel one, never cut another tree in his life after being forced to dump his copper battle axe.  It's like wood cutting had a seperate profile and he was the only one excluded;  Sure enough, turned one of my jewelers into wood cutter and it worked fine for him.
 +
 
*Woodcutters can chop down trees with (wooden) training axes.
 
*Woodcutters can chop down trees with (wooden) training axes.
*Immigrants arrive with only peasant labors enabled, even if they are legendary jewelers or whatever. They may sometimes have weird labors enabled. (Stonecrafting master lye makers) No known workaround, manually check each immigrants labors.
+
:[http://www.bay12games.com/dwarves/mantisbt/view.php?id=712 Bug Tracker]
*In the {{k|o}}rders menu, there are options (in {{k|W}}orkshops) for auto {{k|b}}utcher, auto {{k|k}}itchen and auto {{k|f}}ishery. All three of these respond to {{k|b}} only, {{k|k}} and {{k|f}} do nothing.
+
 
*Parties never end, sometimes eating up half the labor force.
+
*Immigrants can arrive with only peasant labors enabled, even if they are legendary jewelers. They may sometimes have weird labors enabled. (Stonecrafting master lye makers.)
::You ever waited for parties to actually end in .40d?  Just undesignate the statue garden or whatever and the party ends =)
+
:[http://www.bay12games.com/dwarves/mantisbt/view.php?id=110 Bug Tracker]
::That's the workaround I took, except I had to get rid of the dining room.  In any case, it's still a bug.
+
 
* Soap-making seems to be broken big time. You can build a soap-maker's shop, but you can't assign tasks to it. Issuing work order through the manager does work, <s>but the soap is never taken to any stockpiles or hospitals and stays forever in the workshop</s> (soap is/might be taken if there is storage.)
+
*In the {{k|o}}rders menu, there are options (in {{k|W}}orkshops) for auto {{k|b}}utcher, auto {{k|k}}itchen and auto {{k|f}}ishery. Pressing {{k|b}} toggles the visible status of all 3, while {{k|k}} and {{k|f}} appear to do nothing (but actually toggle the options correctly). Fix (binary patch) exists for Win32 versions.
* Making waterskin in leather works results in a weird item called "flask" (simply that, no mention of leather or whatever) that is never used and stays forever in the workshop. Those don't seem to cause clutter in the workshop either. (A metal variant (Ex. Iron) is now capable of being created at a metal smith, probably causing this bug.  Soldiers will carry an Metal Flask).
+
:[http://www.bay12games.com/dwarves/mantisbt/view.php?id=68 Bug Tracker]
Miners will sometimes dig into underground seas with no "Damp Stone" notification prior to that.
+
 
 +
* Making crystal glass is broken. Fix (binary patch) exists for Win32 versions.
 +
: [http://www.bay12games.com/dwarves/mantisbt/view.php?id=1498 Bug Tracker]
 +
 
 
*Dwarves will occasionally go exceptionally out of their way to get a material while a giant stockpile is sitting beside them (I saw my carpenter travel half the map to get a log while there was a stockpile of 20 logs beside him)
 
*Dwarves will occasionally go exceptionally out of their way to get a material while a giant stockpile is sitting beside them (I saw my carpenter travel half the map to get a log while there was a stockpile of 20 logs beside him)
 
:This will happen if the stockpiled items are already reserved for another task (sometimes happens en masse if you're designating constructions from the material). If this still functions as it did in 40d, dwarves will count the number of tiles to an item 'as the crow flies' rather than checking the actual pathfinding distance, meaning that they regard items above or below their workshop as being very nearby even if the travel distance to reach them is substantial. [[User:Oddtwang of Dork|Oddtwang of Dork]] 16:20, 8 April 2010 (UTC)
 
:This will happen if the stockpiled items are already reserved for another task (sometimes happens en masse if you're designating constructions from the material). If this still functions as it did in 40d, dwarves will count the number of tiles to an item 'as the crow flies' rather than checking the actual pathfinding distance, meaning that they regard items above or below their workshop as being very nearby even if the travel distance to reach them is substantial. [[User:Oddtwang of Dork|Oddtwang of Dork]] 16:20, 8 April 2010 (UTC)
 
:True, but I wasn't using wood for anything, only had 2 carpenters active and the wood was on the same Z plane as my workshops. The usual explanation doesn't fly for the one event I saw.
 
:True, but I wasn't using wood for anything, only had 2 carpenters active and the wood was on the same Z plane as my workshops. The usual explanation doesn't fly for the one event I saw.
*Cancelling a job at the metalsmith can jam the shop if the item was being actively produced at that time (cancelled job to stop untrained armorer from working on an adamantium plate armor, shop jammed and no other orders ever went through. Ordered deconstruction and then halted deconstruction to clear this up).
+
::Perhaps they had the wood hauling labor enabled and were going to haul it?
*Adamantne plate armor takes only a single waifer to make and is worth considerably less than an adamantine battle axe at par crafting value. This is despite claiming to need 3 material to produce 1 plate armor.
+
:I did have a similar event, where I put some food for a militia force to patrol a cavern I uncovered around 40 z-levels down from my legendary dining hall. This resulted in 20+ dwarves venturing through deep dangerous caverns to get food. It was particularly bad when a forgotten beast showed up and massacred 15 of them.
 +
 
 +
*Canceling a job at the metalsmith can jam the shop if the item was being actively produced at that time (Cancelled job to stop untrained armorer from working on an adamantium plate armor, shop jammed and no other orders ever went through. Ordered deconstruction and then halted deconstruction to clear this up.)
 +
 
 +
*Magma can be marked for Dumping if: There was a construction (Such as a floor) beneath it, and it was deconstructed, or if there was any non-magma-safe object beneath it (roads, floors in particular) and the object melts or is deconstructed, the magma can be designated for dumping via the mass designation tool.
 +
 
 +
* Dwarves sometimes fail in collecting webs due to pathing issues.
 +
: [http://www.bay12games.com/dwarves/mantisbt/view.php?id=4876 Bug Tracker]
  
 
== Moods ==
 
== Moods ==
  
*Fey moods can request body parts (!!!): http://www.bay12games.com/forum/index.php?topic=51953.msg1123573#msg1123573
+
*Fey moods can request "rock bars."  Has been seen to ignore all metal bars, ores, other rock, and rock.  (Confirmed)
**Animal bones satisfies the body parts request.  
+
:I've had the same situation, but my dwarf made do with bars of [[Coke]]. 
**Animal parts (Remains, "body parts", & corpses) that appear in the stock menu will NOT satisfy this requestSkulls & "Bones" found via the {{k|k}} menu will also NOT satisfy this request. (See save file on [[User:Kenji_03|my userpage]] page)
+
:Rock bars refer to bars of any inorganic material, since inorganic materials have all been lumped together.
***Same situation here. I have tons of bones, sculls, hoofs, horns, hair, cartilages etc., none of this seems to satisfy my moody dwarf. Maybe he wants something like shells (which is impossible to get due to the lack of fish) or ivory/tusks or something else I can't get, but it needs to be more specific anyway.
+
 
**This can mean bones OR shells, possibly more.
+
*Glass Makers will not use a Magma Glass Furnace to manufacture their artifact. A traditional Glass Furnace is needed. (0.31.04-.17)
*Fey moods can request "rock bars."  Upon further review, this means "metal bars"
+
:Confirmed to occur in .17.  [[Special:Contributions/74.192.98.80|74.192.98.80]]
 +
 
 +
*Sometimes a possessed dwarf will not use the requested materials even though all of them are available. (Not the same as the "rock bars" issue.) I think they don't want to take leather out of a bin.
 +
:Players having this problem should install the latest release of DFHack and run the "showmood" plugin to confirm exactly what it is that the moody dwarf wants (and compare it to what has been collected so far). --[[User:Quietust|Quietust]] 21:57, 8 February 2012 (UTC)
  
 
== Creature Data ==
 
== Creature Data ==
  
*Descriptions sometimes take strange objects ('She likes to consume she'): http://www.bay12games.com/forum/index.php?topic=51953.msg1123533#msg1123533
+
== Stockpiles ==
*When iron men and Bronze Colossuses die, the statues that make up their corpses adopt images of creatures (I.e: Statue of a dwarf 1) and events. - feature; the molten metal falling from them will make statues out of any corpses below where they died (tested and confirmed)
+
*Problems with categorization. (Stone is considered metal)  
** In addition, the statues are quite tiny compared to the colossus itself - about the size of their noses.
+
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123178#msg1123178 Forum Link]
*Giants and giantesses are mapped to the wrong gender.
+
:[http://www.bay12games.com/dwarves/mantisbt/view.php?id=157 Bug Tracker]
*Unicorns give birth to elk fawns.
+
 
*Mountain goat fawns are called "Stray Horse foal", although having all the features of a mountain goat.
+
*Custom stockpile options don't seem to always work
** Confirmed, this is due to what is assumed to be a copy/paste error in the raws - The raws list "Mountain goat kid" as well as <b>"Horse foal"</b> as possible child names, so it randomly picks one.
+
:[http://www.bay12games.com/forum/index.php?topic=51953.msg1123474#msg1123474 Forum Link]
*in BODY_DETAIL_PLAN:STANDARD_HEAD_POSITIONS both eye lids are around the right eye and clean the left eye
 
*not so much a bug as a quibble. Prepared monarch butterfly brains were being sold by a local human caravan to me. Does this strike anyone else as... a tad unfulfilling?
 
  
== Stockpiles ==
+
*There is no category for wood blocks. As such, wood blocks can not be removed from carpentry workshops.  
*Problems with categorization. (Stone is considered metal) See http://www.bay12games.com/forum/index.php?topic=51953.msg1123178#msg1123178 http://www.bay12games.com/dwarves/mantisbt/view.php?id=157
+
:[http://www.bay12games.com/dwarves/mantisbt/view.php?id=439 Bug Tracker]
*Custom stockpile options don't seem to always work: http://www.bay12games.com/forum/index.php?topic=51953.msg1123474#msg1123474
 
*Dead vermin never seem to rot: http://www.bay12games.com/forum/index.php?topic=51953.msg1123731#msg1123731
 
**Dead anything for that matter...
 
*"Take from stockpile" is broken: http://www.bay12games.com/forum/index.php?topic=52126.0
 
  
== Arena ==
+
*When setting stockpile options for a "Weapons/Trap Components" pile, the "Metal" list does not contain "iron".
*Graphics mode does not work with arena.
+
:[http://www.bay12games.com/dwarves/mantisbt/view.php?id=4449 Bug Tracker]
  
 
== Military ==
 
== Military ==
*Copying an empty order causes an immediate crash. See http://www.bay12games.com/dwarves/mantisbt/view.php?id=83 -- '''Fixed''' {{version|0.31.03}}
+
'''[[Military|Main Military Page]]'''
*Going to the schedule grid of the inactive group causes an immediate crash. See http://www.bay12games.com/dwarves/mantisbt/view.php?id=156 -- '''Fixed''' {{version|0.31.03}}
+
'''[http://www.bay12games.com/dwarves/mantisbt/view.php?id=535 Main Military Equipment Bug Tracker Page]'''
*Dwarves who are assigned to squads seem to be permanently affixed to the soldier life - changing schedules, training options, switching out dwarves, disbanding the squad: nothing works. All they do is eat, drink, sleep, Individual Combat Drill and take Kill orders. (multiple reports, bug incidence somewhat inconsistent, deconstructing assigned barracks sometimes helps)
+
<s>*If you set a kill order (squads -> kill -> select the target from the map) and the target escapes to outside of the map -> crash. (segmentation fault). </s> Fixed in .25, thankfully.
*Similarly to the issue above, squads can also get into a "permanent civilian life" and will never go into "recruit mode" unless ordered to "station" or "Kill a target", upon canceling this order they will go back to civilian mode.  (Although they will perform individual combat drills, but in civilian garbs unless you replaced their equipment)((Confirmation needed))[[User:Kenji 03|Kenji 03]] 11:54, 5 April 2010 (UTC).
+
*Dwarves who are assigned to squads seem to be permanently affixed to the soldier life - changing schedules, training options, switching out dwarves, disbanding the squad: nothing works. All they do is eat, drink, sleep, Individual Combat Drill and take Kill orders. (Multiple reports, bug incidence is somewhat inconsistent, deconstructing assigned barracks sometimes helps.)
:I've had this happen aswell. --[[User:DUMBELLS|dUMBELLS]] 22:13, 8 April 2010 (UTC)
+
:[http://www.bay12games.com/dwarves/mantisbt/view.php?id=605 Bug Tracker] --'''Acknowledged''' (There may be several duplicate bug reports.)
 +
 
 +
*Squads can get into a "permanent civilian life" and will never go into "recruit mode" unless ordered to "station" or "Kill a target", upon canceling this order they will go back to civilian mode.  (Although they will perform individual combat drills, but in civilian garbs unless you replaced their equipment) [[User:Kenji 03|Kenji 03]] 11:54, 5 April 2010 (UTC).
 
:You mean they're supposed to not be civilians while training? Oh... yeah maybe that is a bug, never seen anything else personally - foarl 10:19, 09 April, 2010
 
:You mean they're supposed to not be civilians while training? Oh... yeah maybe that is a bug, never seen anything else personally - foarl 10:19, 09 April, 2010
*Bolts assign to a squad that is then disbanded do not free up for use by other squads automatically.
+
::This bug is different - not civilian clothing, but civilian jobs.  They'll work in workshops, haul goods, sit idle with "No Job", etc, and never attempt "Individual Combat Training".  They do appear to equip assigned gear, though. -- 5:50, 10 June, 2010
 +
:::Yes I can verify this bug.  I have version .10 and it is still present-- None of the 4 dwarves in 1 of my 2 squads will take on 'active' military roles such as macedwarf, marksdwarf, etc...  unless they are performing a move or attack order.  When a kill order was cancelled (because it was completed) they even dumped their weapons and armor right where they were!  At the same time the other squad works fine other than they are all endlessly waiting for a training excercise to begin.  I was able to work around this by disbanding the squad, firing the militia captain & recreating them.  17:00EST 19 July, 2010
 +
::::This sounds like it may be a misunderstanding of the military system, because this is actually the default mode for soldiers.  If their current task is "no scheduled order", they'll do civilian life + combat drills (without the soldier icon, and possibly without uniforms), but they'll respond to move/attack orders normally.  The "inactive" schedule (the '''default''' schedule) has "no scheduled order" throughout. &mdash;&nbsp;[[User:Wisq|Wisq]]&nbsp;([[User talk:Wisq|talk]]) 05:45, 24 January 2011 (UTC)
  
== Injuries ==
+
*When [[Reclaim]]ing a lost fortress, soldiers will not use any armour or weapons assigned to them, insisting on training and fighting unarmoured and barehanded. This behaviour seems related to the [[arsenal dwarf]] position - when the fortress population becomes high enough and a dwarf is assigned to the position, soldiers will finally use the equipment they have been assigned. It seems that, on reclaiming, the game acts as if you need to have an arsenal dwarf right from the start, despite there not being any way to assign one.
*Dwarf with compound fracture and mangling on his toe's nail and skin never recovered, surgeons performed "surgery" on said dwarf for years but nothing ever healed. (confirmation required)
+
 
**Confirmed. Red-coloured third finger of the left hand was operated on several times, up to about a month. After that, the surgeon wandered off to see to his needs, or the patient was given sustenance, thus breaking the operation.
+
*Military orders are not removed from memory when saving/abandoning a game. When loading another savegame or starting a new fortress these orders will be applied to its squads.
*Surgeon provided constant "suturing," each time using up thread.  May be related to above problem.
+
:[http://www.bay12games.com/dwarves/mantisbt/view.php?id=1806 Bug Tracker]
*blood that never seems to dry. I have a small spattering of blood from combat that happened in my first year that has turned the entrance of my fortress into a nearly constantly spreading wave of blood (high traffic area, keeps getting smeared). Also, killed a giant scorpion in year 2, as of year 4 I got unlazy and told my dwarves to dump it down my trash shoot leading 155z levels down into a lava pit. Even after 2 years of not being touched, I found scorpion ichor on the walls of my trash shoot.
+
:Workaround: Quit and restart df before loading a savegame or starting a new game.
**Confirmed. My hunters were chasing some aligators the first season I've embarked, now it's year 5 and there's blood all over the map. Same goes for goblins/trolls/whatever. On one tile in front of my fort, I have over 80 blood spatterings ;D [[User:Fuco|Fuco]] 15:32, 11 April 2010 (UTC)
+
 
*Specifically, any blood smear or pool can spread indefinitely.  The most common problem is a pool of blood in a high-traffic area. This causes every dwarf that touches it to get blood on them.  Each dwarf will then eventually wash it off, creating another pool of blood by the well, which is likely another high-traffic area.  Eventually you end up with the dining room and food stockpiles all coated with several dozen different creatures' blood. Probably the best fix would be causing blood to "move" rather than "spread". [[User:Theothersteve7|Theothersteve7]] 17:46, 15 April 2010 (UTC)
+
== Medicine ==
 +
 
 +
*Dwarves raid caravans for cloth (maybe thread as well) for the hospital zone.
 +
:[http://www.bay12games.com/dwarves/mantisbt/view.php?id=66 Bug tracker]
  
 
== Items ==
 
== Items ==
  
*Eating a masterwork meal will cause the cook to suffer art defacement.
+
*Obsidian does not appear in the accounting stone menu.
*Quarry bush leaves do not appear in the kitchen menu and the Dwarves will not cook them, rendering them useless except for trading. (Resolved as of 0.31.02)
+
: Workaround: Remove edge tags from raws.
 +
*Reclaim mode, some items recovered become immobile, even when claimed instead of forbidden.  Buidling on the area they occupy is impossible, as dwarves won't move the item.
 +
:Workaround: Make water wash the item into a river, or somewhere it will be destroyed.
 +
:Workaround: Channel under the item, dropping it to a lower z-level. This makes the item usable again.
 +
:Workaround: You can use DFhacktools to unbind the work order on stuck items.
  
*Obsidian does not appear in the accounting stone menu
+
*Dwarves will frequently abandon meals they've claimed for eating, resulting in rotting food scattered about the fortress that can't be stored, hauled, or dumped by any dwarf, including the one who claimed it.
 +
**Build something on the tile to solve
  
==Nobles==
+
* Dwarves may drop a bucket somewhere, and constantly try to use that bucket again, but not be able to find it, resulting in endless announcements.
*My dwarves had a bit too much [[fun]], dying down to the last 4 dwarves, my nobles were killed and so on. This resulted in the Nobles-list to be emptied of noble-slots except for military nobles.. only happened once, but I had to abandon the fortress since the list stayed empty after the population growing to 30+ without a possibilty to appoint brokers or managers.
 
  
::Confirmed. With my starting party, the expedition leader became stark raving mad, from this point the leaders noble positions disappeared from the noble screen (bookkeeping, manager, leader, etc), only military and health-related stuff remained. After he died from starvation/dehydratation, nothing changed. [[User:Jj|Jj]] 16:47, 4 April 2010 (UTC)
+
*Dwarves are incapable of putting on clothing that they've acquired, causing them to wander around naked as their clothes wear out.
 +
:[http://www.bay12games.com/dwarves/mantisbt/view.php?id=2481 Bug Tracker]
  
::Second that. Mayor/broker died, and the positions became unavailable along with still vacant sheriff slot. Manager, bookkeeper and medical/military positions remained as they were, though. --[[User:Ashmore|Ashmore]] 02:26, 5 April 2010 (UTC)
+
==Nobles==
  
::Thirded. I've had this happen too. --[[User:Talkir|Talkir]] 11:20, 11 April 2010 (GMT)
+
*Dungeon masters (along with the appointed nobles Hammerer and Tax Collector, but those are missed significantly less) will never turn up, no matter how the Fortress progresses.
 +
:[http://www.bay12games.com/dwarves/mantisbt/view.php?id=3453 Bug Tracker]
  
::Don't be too quick to abandon. Once your Dwarfs elect a new mayor, the ability to appoint the other Nobles will reappear, even if every Noble position had previously disappeared. --[[User:TeDDD|TeDDD]] 11:20, 12 April 2010 (GMT
+
*Presence of Dungeon Master doesn't allow for taming of exotic pets. {{Bug|2036}}
  
*My old Mayors (who have been voted out and replaced) are continuing to demand accomodations befitting a mayor and making mandates.  I can check their mandates by going to that specific dwarf's thoughts, but is this intended?
+
== Graphics ==
:I've also noticed mayors not getting demoted. My new mayor wanted his bedroom and such, but when I went to reassign the rooms I noticed that the old mayor was still referred to as a mayor in the room assignment screen.
 
  
== Graphics ==
+
*After generating a world and embarking, you may notice missing tiles.
*Arena does not work for graphics mode.
+
:Workaround: Restart Dwarf Fortress.
*After generating a world and embarking, you may notice missing tiles. Restart DF to fix.
 
*In the 'z'-status menu, there is no image for my nobles/administrators. Instead, there is an empty space where the purple dwarf should be.
 
  
-------
+
*In the 'z'-status menu, there is no image for nobles/administrators. Instead, there is an empty space where the purple dwarf should be.
Currently updated through post 77 of the .31.01 bug thread, except for Arena bugs
+
:[http://www.bay12games.com/dwarves/mantisbt/view.php?id=375 Bug Tracker] --'''Open'''
  
 
== Saves ==
 
== Saves ==
*Renaming a save (ex. "Region2-spr-1050" to "Region2") will invalidate the save, even if you give the save it's original name back.  If you must back-up a save manually, putting it into a zip/rar file seems to preserve it's ability to be reloaded. ((Confirmation needed))[[User:Kenji 03|Kenji 03]] 11:56, 5 April 2010 (UTC)
+
*Renaming a save (ex. "Region2-spr-1050" to "Region2") may invalidate the save, even if you give the save its original name back.  ((Confirmation needed))
:I've been renaming saves at will, both manual saves ({{k|Exc}}, "Save") and auto-seasonal saves -  never a problem. Because the files are larger and the game more "cumbersome", the process of saving is taking longer - betcha a dwarfbuck it's the equiv of the old Nemesis Unit crash, as described here: [http://www.bay12games.com/forum/index.php?topic=34936.0]. When saving, do NOT rename or move or delete any file involved in the save (the source or target) ''until you are sure the save is 100% complete'' - then, knock yourself out. However,iirc, there was also a problem if the file that was ''opened'' for a game is then deleted or renamed - the game doesn't re-save the entire thing, but will "recreate" the same folder name as it opened, giving ''the appearance'' of a proper save. Migtht have changed since 40d, but might not. (Read forum discussion for complete explanation). --[[User:Albedo|Albedo]] 00:07, 9 April 2010 (UTC)
 
:+1 Copying and renaming of save folders should only be done when you are out of the game. Nowadays (though already in 40d too) the game somewhat continuously reads and writes from the folder. I have copied and renamed save folders with no prob. Because I am paranoid i also move them out of the [save] folder, but I doubt its really necessary. The zip/rar part is nonsense. --[[Special:Contributions/92.202.121.225|92.202.121.225]] 21:23, 9 April 2010 (UTC)
 
:Never had a problem and I rename saves all the time. I always completely close the game before renaming a save. [[User:Doctorzuber|Doctorzuber]] 18:30, 11 April 2010 (UTC)
 
  
==forging Breastplate & Chainmail==
+
I had to reload an autosave (Region1-sum-1050). Renamed the file folder(to Region1), no problems encountered (was able to load, save over, etc.)
A metal breastplate currently only requires 1 bar of a metal to forge; however, when out of bars, the [[announcement]] seen reads
 
:''"Urist McArmorsmith cancels forge <x-metal> breastplate: needs 3 <x-metal> bars."''
 
A similar situation exists with chainmail ([[40d:chain armor]]), but with an announcement re "2 bars".  Since in 40d a breastplate ([[40d:plate armor]]) required 3 bars and chain required 2, it's a good bet that this can be viewed as a bug. Tried mulitple times with copper, bronze and bis-bronze (not w/ steel or adamantine). (Conf needed, I suppose)--[[User:Albedo|Albedo]] 00:07, 9 April 2010 (UTC)
 
: I can confirm this. And it appears to apply to all metals, and all metal items. An iron breastplate only needed 1 bar (I checked, there was only 1 bar in the workshop when he started working) and the job was only cancelled when (checking the stocks screen) there were no bars left, but I still got the "needs 3 bars" message. Same with greaves, except it said "needs 2 bars". It also seems to need only one adamantine wafer to produce anything, which is particularly jarring. I'm currently drowning in metal crap. Definitely a bug. --[[User:Mr Frog|Mr Frog]] 20:25, 9 April 2010 (UTC)
 
: Can confirm this happens with metal bins as well, needing only one bar but mentioning 3 when you don't have any.  It's possible that this does *not* happen for metal barrels.  Possibly connected to some jobs being titled "forge" and some "construct"? -- Narmio
 
:Just an interesting note on mechanics I noticed because of this bug. It bases the value of an item off the number of bars in it, so my adamantium breast plates are worth less than an adamantium axe (multipliers involved I'm sure) for any level of crafting. -Foarl
 
  
 
==Trading and Depot==
 
==Trading and Depot==
  
<s>Traders stay a long time. So long that an elven caravan didn't move and another human caravan already came before they had a chance to do anything like LEAVE (stupid hippies with their vast number of useless items on warthogs, seems to slow them down a lot). Never saw this in the first version.</s> -foarl
+
*No one brings wagons, even if there is a clear path to your depot.
: Turns out the elves are just bugged. The human caravan came and went but the elves are still just sitting there a full season later. I'm contemplating killing them with my military to see how the adamantium platemail holds up with the new combat system.
+
:[http://www.bay12games.com/dwarves/mantisbt/view.php?id=197 Bug Tracker]
: (Probably reproducible, but I have not done thorough testing) If a depot is assigned for dismantling while caravan arrives, a diplomat leaves unhappy. While this might be pretty normal, the diplomat will continue leaving unhappy every year regardless of the depot.
+
 
:: This behavior is believed to be caused by a bug in the wealth calculation. In some cases it will "find" a large amount of stuff down in the underground areas adding a very large number to your wealth which results in traders coming with truly absurd amounts of trade goods. [[User:Doctorzuber|Doctorzuber]] 18:32, 11 April 2010 (UTC)
+
*Dwarves may try to eat unowned food at the Depot, but realize their mistake halfway and stop... then try again... you can see where this is going.
:Forbid your depot ({{k|t}} - {{k|f}}) and they'll begone! -Manslay
+
 
:: Personally, I think this may not be a bug, but rather an odd way the pack-up-time is calculated. If you trade an enormous number of individual objects, they seem to stick around longer. This is common with the elves because people tend to use wooden bins.[[User:Theothersteve7|Theothersteve7]] 17:49, 13 April 2010 (UTC)
+
*Wagons do not park in the same Depot of where the items and merchants are, if there is another Depot. This makes it impossible to trade unless you destroy the wagon's Depot.  
:::I've seen this happen quite a bit as well. However, I don't think that is the case. I always trade individual items (why get rid of perfectly good bins?) and the human/dwarven caravans don't linger as long as the elves do.--[[User:Kuroneko|Kuroneko]] 18:14, 14 April 2010 (UTC)
+
 
::::This is because creatures that the elves come with do not have pack animal values set on them, yet elves are able to use any creature as a pack animal. For example, check what is carrying their goods when they arrive: often it'll be warthogs or something similar, which do not have trade capacity values and thus the game probably sets them to max. Which makes them carry enormous, ridiculous loads and take forever to load/unpack. [[User:Teldin|Teldin]] 18:54, 14 April 2010 (UTC)
+
*(But if you keep this up until the merchants decide to leave, they will not pack their items, but instead leave them there. Destroying the Depots will make the merchants actually go; they can't leave without their wagons.)
:::::That seems more likely than my theory. [[User:Theothersteve7|Theothersteve7]] 17:49, 15 April 2010 (UTC)
+
 
 +
:[http://www.bay12games.com/dwarves/mantisbt/view.php?id=237 Bug Tracker]
 +
 
 +
== Program Lockup ==
 +
 
 +
*When typing quickly in to the search tab for naming groups and fortresses at embark crashes may occur
 +
 
 +
*The DF process sometimes locks up (freezes) when alt-tabbing to another window and back.
 +
:Workaround: That happened to me fairly often in the 40d# series. Try hitting the Alt key (I think it was Alt anyway) before you give up. [[Special:Contributions/75.210.204.237|75.210.204.237]] 04:42, 2 June 2010 (UTC)
 +
::Alt did not work, neither did control, shift, enter or any combination of those--[[Special:Contributions/208.81.12.34|208.81.12.34]] 18:22, 9 June 2010 (UTC)
 +
:::My lockup issue seems to be related to Lotus Notes. I only get the lockup when running Notes, and I don't get locked up when not running Notes.--[[Special:Contributions/208.81.12.34|208.81.12.34]] 17:12, 14 July 2010 (UTC)
 +
 
 +
== Frequent Runtime Error Crashes ==
 +
*On Windows 7 machines, frequent C++ Runtime Error crashes. Performance becomes increasingly slow until this occurs. (confirmation needed) {{version|0.31.17}}
 +
:In addition, Dwarf Fortress.exe process is not terminated after this crash, though window closes, requires manual termination of process to stop it.
 +
::This is not a specific error, but a general class of errors that may occur in windows. Try running in compatibility mode (available in most Win7 editions) --[[Special:Contributions/72.64.105.184|72.64.105.184]] 04:29, 28 June 2011 (UTC)
 +
:Running DF on Win7, I do not experience any crashes. I do however experience lockups when saving, although these just pass over if I wait long enough. --[[Special:Contributions/194.78.66.68|194.78.66.68]] 14:31, 14 December 2011 (UTC)
 +
::If waiting long enough causes it to return to the titlescreen, then it wasn't a lockup - it was just taking a long time to do its job. It's only a lockup if it '''never''' comes back. --[[User:Quietust|Quietust]] 14:41, 14 December 2011 (UTC)
 +
 
 +
== Feature Corruption ==
 +
Aborting an embark (especially after using the Site Finder) can leave "feature-*.dat" files behind in the /data/save/current/ directory; if a new world is generated at this point, that data will be incorporated into the new world, resulting in horribly corrupted embarks - [[raw adamantine]] spires reaching high into the sky, [[slade]] landscapes, and often outright crashes on embark. This can be avoided by deleting the feature-*.dat files prior to the first embark; the bug itself was not fixed until version 0.34.03.
 +
 
 +
[[Category:Game development]]

Latest revision as of 23:29, 21 June 2024

This article is about an older version of DF.

Dwarf Fortress is a constant work in progress, and is thus full of bugs. Some of them are minor and completely harmless, some are small and annoying, and some are major and even game-changing. This page is a historical list of some of the best-known bugs in v0.31; an official compilation of all bugs, and their development status, can be found on the Mantis Bug Tracker. Please do not report new bugs for this version; if the problem still exists in the current development version it should be reported on the bug tracker for that version instead. If you have issues signing up for the bug tracker, see the forum bug tracker board for instructions (but don't report bugs on the forum either).

Bugs fixed in v0.31 have been moved to Recently fixed bugs and issues.


Not Actually Bugs[edit]

  • Animals are listed twice in some places, including the embark and trade agreement screens.
They're listed twice because they separately list males and females.
  • Weird coloured letter in top left corner
" C " means new combat report
" H " means new hunting message
" S " means new sparring message
Forum Link
  • No option for magma in the finder
Magma is guaranteed everywhere now.
  • Unable to add items or skill points on the embarking screen.
Check your keybindings! By default the keys to add and remove items and skills are + and - on the numpad.
  • But even + and - don't work!
This page might help
  • Wrestling will take much longer than combat using any kind of weapon (unlike in 40d.) One can set init/announcements.txt to show wrestling chokeholds in fort mode.
  • Fey moods can request body parts - it just means it needs various parts that go in the refuse pile, shells, hair, etc.

Embarking[edit]

  • You can embark with some rather unrealistic prepared foods (such as fly brains, which in real life go at about 900 thousand brains to the pound). These unrealistic foods have also been seen in trading. This may be related to further issues involving vermin's organs. (Each 'Unit' of Food is representative of enough food to feed a dwarf for just over a month.)
  • You may get a "Cavern Collapse" announcement as soon as you arrive. (Perhaps many times, if you have a volcano in your ocean...)
Bug Tracker
  • Reclaiming a fortress removes all mud from the caverns, causing problems such as no more underground trees. Bug:133
  • Using the flux search option on the embark screen often yields false or misleading results.

Sites[edit]

  • Magma pipes in volcanoes extend to the top of the map, past the mountain itself.
Forum Link
  • Magma tubes remain the same shape and size the whole way down and may be square.
Forum Link

Buildings and Zones[edit]

  • Construction and/or deconstruction can occasionally force some dwarves to idle.
Forum Link
  • Setting workshop profiles according to minimum and maximum skill levels does not work, typically resulting in no one being able to use the workshop. Setting a profile for individual dwarves still works.
Forum Link
  • Going to the zones menu and changing the placing type to flow, and then pressing ESC causes a crash.
Forum link/Bug tracker link requested
  • Kiln gives message no task available when there is plaster, ash, buckets, and charcoal available
forum link
  • Sometimes, building a Smelter inside a burrow will prevent you from queuing up jobs. Use your Manager to queue up jobs instead, or remove the Smelter from the burrow to solve this problem.
Forum link/Bug tracker link requested
  • Ashery takes all the buckets whenever it is making lye, but never returns back. Cause seems to be when it takes a bucket that has water and makes lye on it.

Combat[edit]

  • Some combat maneuvers have no effect.
Forum Link
  • Attempting to grab a bodypart with a weapon leads to "you grab *** by *** with your *weapon* but nothing is grabbed
  • Attempting to "pinch" various body parts shows "you adjust you grip on***" and nothing else.
  • Alligators can wear armor
Forum Link
  • Shield-bashing has no effect with a wooden shield
Forum Link

Labors[edit]

  • Hunting Issues
Forum Link
  • Manager screen doesn't show you materials for traction benches
Forum Link
  • Metal items may require fewer bars/wafers than announcements lead you to believe. This mainly results in adamantine being far less scarce than it should be, since most items require only a single wafer instead of up to 9.
Bug Tracker
  • Wood cutter. Tried to upgrade his axe to a steel one, never cut another tree in his life after being forced to dump his copper battle axe. It's like wood cutting had a seperate profile and he was the only one excluded; Sure enough, turned one of my jewelers into wood cutter and it worked fine for him.
  • Woodcutters can chop down trees with (wooden) training axes.
Bug Tracker
  • Immigrants can arrive with only peasant labors enabled, even if they are legendary jewelers. They may sometimes have weird labors enabled. (Stonecrafting master lye makers.)
Bug Tracker
  • In the orders menu, there are options (in Workshops) for auto butcher, auto kitchen and auto fishery. Pressing b toggles the visible status of all 3, while k and f appear to do nothing (but actually toggle the options correctly). Fix (binary patch) exists for Win32 versions.
Bug Tracker
  • Making crystal glass is broken. Fix (binary patch) exists for Win32 versions.
Bug Tracker
  • Dwarves will occasionally go exceptionally out of their way to get a material while a giant stockpile is sitting beside them (I saw my carpenter travel half the map to get a log while there was a stockpile of 20 logs beside him)
This will happen if the stockpiled items are already reserved for another task (sometimes happens en masse if you're designating constructions from the material). If this still functions as it did in 40d, dwarves will count the number of tiles to an item 'as the crow flies' rather than checking the actual pathfinding distance, meaning that they regard items above or below their workshop as being very nearby even if the travel distance to reach them is substantial. Oddtwang of Dork 16:20, 8 April 2010 (UTC)
True, but I wasn't using wood for anything, only had 2 carpenters active and the wood was on the same Z plane as my workshops. The usual explanation doesn't fly for the one event I saw.
Perhaps they had the wood hauling labor enabled and were going to haul it?
I did have a similar event, where I put some food for a militia force to patrol a cavern I uncovered around 40 z-levels down from my legendary dining hall. This resulted in 20+ dwarves venturing through deep dangerous caverns to get food. It was particularly bad when a forgotten beast showed up and massacred 15 of them.
  • Canceling a job at the metalsmith can jam the shop if the item was being actively produced at that time (Cancelled job to stop untrained armorer from working on an adamantium plate armor, shop jammed and no other orders ever went through. Ordered deconstruction and then halted deconstruction to clear this up.)
  • Magma can be marked for Dumping if: There was a construction (Such as a floor) beneath it, and it was deconstructed, or if there was any non-magma-safe object beneath it (roads, floors in particular) and the object melts or is deconstructed, the magma can be designated for dumping via the mass designation tool.
  • Dwarves sometimes fail in collecting webs due to pathing issues.
Bug Tracker

Moods[edit]

  • Fey moods can request "rock bars." Has been seen to ignore all metal bars, ores, other rock, and rock. (Confirmed)
I've had the same situation, but my dwarf made do with bars of Coke.
Rock bars refer to bars of any inorganic material, since inorganic materials have all been lumped together.
  • Glass Makers will not use a Magma Glass Furnace to manufacture their artifact. A traditional Glass Furnace is needed. (0.31.04-.17)
Confirmed to occur in .17. 74.192.98.80
  • Sometimes a possessed dwarf will not use the requested materials even though all of them are available. (Not the same as the "rock bars" issue.) I think they don't want to take leather out of a bin.
Players having this problem should install the latest release of DFHack and run the "showmood" plugin to confirm exactly what it is that the moody dwarf wants (and compare it to what has been collected so far). --Quietust 21:57, 8 February 2012 (UTC)

Creature Data[edit]

Stockpiles[edit]

  • Problems with categorization. (Stone is considered metal)
Forum Link
Bug Tracker
  • Custom stockpile options don't seem to always work
Forum Link
  • There is no category for wood blocks. As such, wood blocks can not be removed from carpentry workshops.
Bug Tracker
  • When setting stockpile options for a "Weapons/Trap Components" pile, the "Metal" list does not contain "iron".
Bug Tracker

Military[edit]

Main Military Page Main Military Equipment Bug Tracker Page *If you set a kill order (squads -> kill -> select the target from the map) and the target escapes to outside of the map -> crash. (segmentation fault). Fixed in .25, thankfully.

  • Dwarves who are assigned to squads seem to be permanently affixed to the soldier life - changing schedules, training options, switching out dwarves, disbanding the squad: nothing works. All they do is eat, drink, sleep, Individual Combat Drill and take Kill orders. (Multiple reports, bug incidence is somewhat inconsistent, deconstructing assigned barracks sometimes helps.)
Bug Tracker --Acknowledged (There may be several duplicate bug reports.)
  • Squads can get into a "permanent civilian life" and will never go into "recruit mode" unless ordered to "station" or "Kill a target", upon canceling this order they will go back to civilian mode. (Although they will perform individual combat drills, but in civilian garbs unless you replaced their equipment) Kenji 03 11:54, 5 April 2010 (UTC).
You mean they're supposed to not be civilians while training? Oh... yeah maybe that is a bug, never seen anything else personally - foarl 10:19, 09 April, 2010
This bug is different - not civilian clothing, but civilian jobs. They'll work in workshops, haul goods, sit idle with "No Job", etc, and never attempt "Individual Combat Training". They do appear to equip assigned gear, though. -- 5:50, 10 June, 2010
Yes I can verify this bug. I have version .10 and it is still present-- None of the 4 dwarves in 1 of my 2 squads will take on 'active' military roles such as macedwarf, marksdwarf, etc... unless they are performing a move or attack order. When a kill order was cancelled (because it was completed) they even dumped their weapons and armor right where they were! At the same time the other squad works fine other than they are all endlessly waiting for a training excercise to begin. I was able to work around this by disbanding the squad, firing the militia captain & recreating them. 17:00EST 19 July, 2010
This sounds like it may be a misunderstanding of the military system, because this is actually the default mode for soldiers. If their current task is "no scheduled order", they'll do civilian life + combat drills (without the soldier icon, and possibly without uniforms), but they'll respond to move/attack orders normally. The "inactive" schedule (the default schedule) has "no scheduled order" throughout. — Wisq (talk) 05:45, 24 January 2011 (UTC)
  • When Reclaiming a lost fortress, soldiers will not use any armour or weapons assigned to them, insisting on training and fighting unarmoured and barehanded. This behaviour seems related to the arsenal dwarf position - when the fortress population becomes high enough and a dwarf is assigned to the position, soldiers will finally use the equipment they have been assigned. It seems that, on reclaiming, the game acts as if you need to have an arsenal dwarf right from the start, despite there not being any way to assign one.
  • Military orders are not removed from memory when saving/abandoning a game. When loading another savegame or starting a new fortress these orders will be applied to its squads.
Bug Tracker
Workaround: Quit and restart df before loading a savegame or starting a new game.

Medicine[edit]

  • Dwarves raid caravans for cloth (maybe thread as well) for the hospital zone.
Bug tracker

Items[edit]

  • Obsidian does not appear in the accounting stone menu.
Workaround: Remove edge tags from raws.
  • Reclaim mode, some items recovered become immobile, even when claimed instead of forbidden. Buidling on the area they occupy is impossible, as dwarves won't move the item.
Workaround: Make water wash the item into a river, or somewhere it will be destroyed.
Workaround: Channel under the item, dropping it to a lower z-level. This makes the item usable again.
Workaround: You can use DFhacktools to unbind the work order on stuck items.
  • Dwarves will frequently abandon meals they've claimed for eating, resulting in rotting food scattered about the fortress that can't be stored, hauled, or dumped by any dwarf, including the one who claimed it.
    • Build something on the tile to solve
  • Dwarves may drop a bucket somewhere, and constantly try to use that bucket again, but not be able to find it, resulting in endless announcements.
  • Dwarves are incapable of putting on clothing that they've acquired, causing them to wander around naked as their clothes wear out.
Bug Tracker

Nobles[edit]

  • Dungeon masters (along with the appointed nobles Hammerer and Tax Collector, but those are missed significantly less) will never turn up, no matter how the Fortress progresses.
Bug Tracker
  • Presence of Dungeon Master doesn't allow for taming of exotic pets. Bug:2036

Graphics[edit]

  • After generating a world and embarking, you may notice missing tiles.
Workaround: Restart Dwarf Fortress.
  • In the 'z'-status menu, there is no image for nobles/administrators. Instead, there is an empty space where the purple dwarf should be.
Bug Tracker --Open

Saves[edit]

  • Renaming a save (ex. "Region2-spr-1050" to "Region2") may invalidate the save, even if you give the save its original name back. ((Confirmation needed))

I had to reload an autosave (Region1-sum-1050). Renamed the file folder(to Region1), no problems encountered (was able to load, save over, etc.)

Trading and Depot[edit]

  • No one brings wagons, even if there is a clear path to your depot.
Bug Tracker
  • Dwarves may try to eat unowned food at the Depot, but realize their mistake halfway and stop... then try again... you can see where this is going.
  • Wagons do not park in the same Depot of where the items and merchants are, if there is another Depot. This makes it impossible to trade unless you destroy the wagon's Depot.
  • (But if you keep this up until the merchants decide to leave, they will not pack their items, but instead leave them there. Destroying the Depots will make the merchants actually go; they can't leave without their wagons.)
Bug Tracker

Program Lockup[edit]

  • When typing quickly in to the search tab for naming groups and fortresses at embark crashes may occur
  • The DF process sometimes locks up (freezes) when alt-tabbing to another window and back.
Workaround: That happened to me fairly often in the 40d# series. Try hitting the Alt key (I think it was Alt anyway) before you give up. 75.210.204.237 04:42, 2 June 2010 (UTC)
Alt did not work, neither did control, shift, enter or any combination of those--208.81.12.34 18:22, 9 June 2010 (UTC)
My lockup issue seems to be related to Lotus Notes. I only get the lockup when running Notes, and I don't get locked up when not running Notes.--208.81.12.34 17:12, 14 July 2010 (UTC)

Frequent Runtime Error Crashes[edit]

  • On Windows 7 machines, frequent C++ Runtime Error crashes. Performance becomes increasingly slow until this occurs. (confirmation needed) v0.31.17
In addition, Dwarf Fortress.exe process is not terminated after this crash, though window closes, requires manual termination of process to stop it.
This is not a specific error, but a general class of errors that may occur in windows. Try running in compatibility mode (available in most Win7 editions) --72.64.105.184 04:29, 28 June 2011 (UTC)
Running DF on Win7, I do not experience any crashes. I do however experience lockups when saving, although these just pass over if I wait long enough. --194.78.66.68 14:31, 14 December 2011 (UTC)
If waiting long enough causes it to return to the titlescreen, then it wasn't a lockup - it was just taking a long time to do its job. It's only a lockup if it never comes back. --Quietust 14:41, 14 December 2011 (UTC)

Feature Corruption[edit]

Aborting an embark (especially after using the Site Finder) can leave "feature-*.dat" files behind in the /data/save/current/ directory; if a new world is generated at this point, that data will be incorporated into the new world, resulting in horribly corrupted embarks - raw adamantine spires reaching high into the sky, slade landscapes, and often outright crashes on embark. This can be avoided by deleting the feature-*.dat files prior to the first embark; the bug itself was not fixed until version 0.34.03.