Dwarf Fortress Wiki - User contributions [en]

v0.34:Known bugs and issues

2013-03-09T16:01:19Z

Spy227X:

{{av}}
{{quality|Exceptional|01:38, 13 June 2012 (UTC)}}

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. Some of the best-known bugs are compiled below; a compilation of all bugs, and their development status, can be found on the [http://www.bay12games.com/dwarves/mantisbt/my_view_page.php bug tracker]. Do '''not''' report bugs here; they should be sent to the Mantis BT instead.

Some bugs are fixed by a temporary binary patch made by Quietust and other users:
[http://dffd.wimbli.com/file.php?id=6741]

* {{bug|535}} Equipping weapons/armor on military is erratic. This is a long-standing bug that has been slowly but surely rolled back.
* {{bug|1582}} Injured dwarf in bed in stocked hospital ignored by idle doctors. Medical jobs are too low-priority, and will be ignored in favor of pretty much everything else, hauling included, forcing players that need to administer medical care to disable all other labors; and even then, doctors tend to idle a bit in between their jobs.
* {{bug|2712}} Weapons, especially whips, cut through steel armor like butter. [[Crossbow]]s firing metal bolts routinely pierce masterwork steel armor, and, counter-intuitively, whips cleave through it in combat.
* {{bug|1451}} Military equipment interferes with civilian equipment (picks/axes/crossbows/quivers). It is not possible to use a single axe for both [[wood cutter|wood cutting]] and combat, or a single pick for both [[miner|mining]] and combat. Crossbows in the hands of [[hunter]]s can also cause problems.
* {{bug|296}} Pools/smears/spatters of blood, dust and other materials multiply themselves, get tracked around too much. [[Contaminant]] physics are strange in Dwarf Fortress; instead of washing away, when exposed to running water, it will actually multiply to other tiles.
* {{bug|2780}} Aquatic vermin do not restock when [[fishing|fished]], resulting in guaranteed eventual extinction.
* {{bug|412}} Nobles job priority is weird (trading, diagnose, talking with liaison and attend meeting jobs have extremely low priority). Many very necessary jobs get glutted out by insignificant things like hauling spare stone around, requiring labor management when you want something done.
* {{bug|4550}} Dodging into river/lava/from cliff etc. Apparently, dwarves are stupid. Related: they tend to get thrown off of [[waterfall]]s and die from fall damage because they did not account for the current.
* {{bug|425}} Dwarves Not Cleaning Blood. [[Cleaning]] is done erratically.
* {{Bug|5895}} Bins, bags used for hauling in situations when it is not necessary. This can lead to situations where items are "unavailable" because a dwarf is currently lugging them around in a bin/barrel/etc..
* {{Bug|5991}} Dwarf tries to build wall standing on the construction site (see bug report for possible workarounds).
* {{Bug|5312}} Undead reanimate too quickly (and forever) when killed in areas where corpses/etc. reanimate.
* {{Bug|2922}} Population Cap not working (see bug report for details).
* {{Bug|5097}} Names overwriting text with TrueType and {{Bug|5696}} strange gaps in report texts. Hitting F12 to toggle True Type can often get you around this problem.
* {{Bug|5986}} Designating large areas for smoothing slows game to a crawl.
* {{Bug|5994}} Destroying a wall empties the wood stockpile. Basically, deconstructing constructions can cause items in nearby stockpiles to "teleport" to that location.
* {{Bug|3190}} Long Patrol Negative Thoughts seem to escalate, even with long break. (Binary patch in bugreport.)
* {{Bug|4552}} Siegers waiting by bodies of dead leaders.
* {{Bug|136}} When embarking on large area, DF hits 2GB memory limit and crashes.
* When smelters are specified as a "Give" destination from a stockpile that does not possess any/all of the necessary materials, or are located inside a burrow, while one of the necessary materials is outside the burrow, the smelter makes those smelting options unavailable.

[[Category:Game development]]

Dwarf Fortress Wiki talk:Spambot attacks

2013-03-09T15:45:50Z

Spy227X: /* A fellow victim */

===One Possible Solution===

The spambots are really getting out of hand. Do we know if they're targeting us specifically? If not, it might help to put something like a nonce on the signup page: just a text box where it forces you to type "magma" to sign up or something else unique to this site to thwart bots. The spammers won't adapt their software to spam us unless it's worth the effort, and if they're just hunting down random wikis to spam, it's probably not worth their effort and they'll go away. [[User:Uristocrat|Uristocrat]] 04:09, 31 January 2011 (UTC)
: I've already added several things to help deter spambots, which has stemmed a large percentage (we're actually only seeing about .5% of the attacks make it to an actual account registration and post). I'll see about incorporating that as well here in the near future. --[[User:Briess|Briess]] 05:02, 31 January 2011 (UTC)
:: Good to know. I saw another thread about a different spam attack on this wiki when I was looking around and I sent a contact at Google's anti-spam division some ideas about how to combat wiki-spam like what happened here, given that it apparently made it into Google's index at one point. No clue if they'll do anything, but they did make an algorithm change recently, so you never know. And anything that kills their incentive for spamming us is good. I've heard good things about making your site unique (even via dead-simple tests, so long as too many people aren't using the exact same thing), so hopefully that helps get rid of that last 0.5%. I see that we're already using rel=nofollow and such, so best of luck combating the spambot menace. [[User:Uristocrat|Uristocrat]] 05:26, 31 January 2011 (UTC)
: I mentioned several possible solutions here: [[Dwarf_Fortress_Wiki_talk:Spamreport]], but nobody seemed to notice. Even though ''actual'' SPAM has been practically eliminated, all this SPAM and (Deletion log) / (Block log) ''really'' clutters up the Recent changes list. In addition, have you considered restricting new members (those that seem to pass the spambot tests) so that they must make at least a few content edits before they (automatically) get permission to start a new page? --[[User:Thundercraft|Thundercraft]] 07:14, 9 February 2011 (UTC)
::You're right about the clutter. I read your suggestions and while the general ideas are good, one problem is that we want our solutions to be as unique as possible. So it's not just a matter of using a new captcha or something, it's a matter of using a technique *not* used (or solvable) by the same means as those on every other site. The idea is that, if everyone is using the same few anti-spam plugins/captchas/whatever, they'll take the time to make a program (or trick people into) bypassing them. But the more unique we can make our signup pages and such, the less likely they'll be able to do anything on this one site (because we're not big enough for them to bother with). Right now, I've traced the spam to see that they mostly target MediaWikis. I think we'd get a lot of mileage out of changing even trivial things, like the id fields on the forms (input id="wpSave" name="wpSave" type="submit"). Even a rename of a few fields on, say, the sign up page might confuse them enough to make signups fail more often. Parsing HTML is a pain in the rear and if we have nice, *unique* stuff, we'll make it not worth their time to change their code just to spam one small wiki, when they have zillions of others that they can attack. [[User:Uristocrat|Uristocrat]] 08:32, 9 February 2011 (UTC)
:::We have considered the whole new page thing, I told Briess to do it, I'm not sure if he actually set it up or not. Also, like he said above, only about 0.5% of the registration attempts have been successful. There've been around 17000 attempts, and around 100 have made it through. We're not going to do much better than that unfortunately. Hopefully they give up attacking us once they realize its not doing them any good. [[user:Emi|Emi]] [[user_talk:Emi|[T]]] 08:46, 9 February 2011 (UTC)
::::Well, one problem is that they'll probably never realize it's not doing them any good, unless perhaps the whole system of theirs is undermined. My real point, though, was to focus on simple, unique ways of making the site different, rather than adding complex solutions like a new captcha module that a lot of sites might use. The more people that do that, the more work we create for the spambot's owner. [[User:Uristocrat|Uristocrat]] 19:16, 9 February 2011 (UTC)
:::::Just make a trickier question. Like "The most famous dwarf name in Dwarf Fortress", or best metal for swords etc. I've seen websites use these slightly trickier questions, and they seem to be very effective. Not everyone is interested in registering on the wiki anyway so I don't think we'll have that many people asking "What's the answer to the question? =(((". OH and btw, are you guys able to edit the HTML of this website at all, considering it's not your web host? --[[User:Qvazzler|- qvazzler]] 09:59, 22 July 2012 (UTC)
:::: However, AdaSPOILERS is some minor spoilers, so how about What is the solution? A: Magma --[[User:Spy227X|Spy227X]] 15:43, 9 March 2013 (UTC)

===Anything we can do?===

I'm watching some spambots attack right now and you guys don't appear to be online to banish them at the moment. I've blanked out the spam I could find and replaced it with the deletion template. I also marked the two user pages for the confirmed spammers with the same template. I don't really know if that helps or not, but is there anything we normal users can do to help kick these spammers out? [[User:Uristocrat|Uristocrat]] 07:12, 7 February 2011 (UTC)
:What you are doing is extremely helpful (marking them, marking pages for deletion, etc.) Remember that we're only seeing less than .5% of the spam attacks attempted against the wiki, we're working on solutions to kick out the last few successful attacks (we are under rather heavy attack at the moment.) --[[User:Briess|Briess]] 12:39, 7 February 2011 (UTC)
::I assume you want us to use the AIV page that I now see in announcements as a place to report this stuff? Also, I traced the spam from here to a bunch of other MediaWiki/Drupal sites. They're building an entire web of spam links across random pages as a sort of blackhat SEO trick. Most of the links in their spam pages point to compromised Wikis and such; you can follow them via that. I can't trace this by hand any more. There are too many dead wikis out there and only maybe one in ten or twenty appears to be fighting back. A quick check of "recent changes" on most of them shows that all recent edits are spam. As near as I can tell, the attacks started around 27 JAN 2011, but I only looked at a few sites, so maybe I didn't go far enough back. If you can, check the logs to see if there are any suspicious search queries; that might tell us how they found us. Anyhow, I'll keep tagging them if I find them. [[User:Uristocrat|Uristocrat]] 20:42, 7 February 2011 (UTC)
:::Yeah listing accounts to be blocked/deleted on AIV is the idea. Still mark pages with <nowiki>{{del|spam}}</nowiki> though. [[user:Emi|Emi]] [[user_talk:Emi|[T]]] 00:13, 8 February 2011 (UTC)
::::I'm seeing lots of users joining (probably spambots), but I'm not seeing more spam pages. That's good. Except for the fact that they're still trying to break in, I guess you have it under control now? [[User:Uristocrat|Uristocrat]] 10:52, 8 February 2011 (UTC)

== IP bans ==

Can you ban IP addresses, instead of waiting for the accounts to be made? Or are they too random, or shared with actual users? --[[User:DeMatt|DeMatt]] 03:28, 9 February 2011 (UTC)
:When we block the accounts, we've been also disabling account creation on the IPs associated with the account. They've just got a ton of IPs. [[user:Emi|Emi]] [[user_talk:Emi|[T]]] 03:41, 9 February 2011 (UTC)

== A fellow victim ==

I hope you do not regard this as spam but I run a wiki at www dot livingcontrol dot com slash wiki and we have just seen an increase in spambot attacks. I hope you do not mind if I join in here to help find ways to defeat them. [[Special:Contributions/2.102.214.196|2.102.214.196]] 09:38, 6 December 2011 (UTC)

Hey, I'm an admin from the Dungeon Crawl: Stone Soup wiki. Last year we were getting hammered with nearly a hundred spam accounts and posts a day, and eventually we just turned off account registration to the public entirely. Now, to get an account, they simply send the admins an email and we make the account for 'em. It's much less work than constantly deleting spam and blocking accounts, and we haven't seen a single instance of the stuff since. You could even remove the obnoxious CAPTCHA images entirely. Just a suggestion... --[[User:MoogleDan|MoogleDan]] 16:40, 23 July 2012 (UTC)

Good, but it kind of makes signing up inconvenient. Let's say 100 people want an account. Can the admins go through all that in a day? --[[User:Spy227X|Spy227X]] 15:45, 9 March 2013 (UTC)

Dwarf Fortress Wiki talk:Spambot attacks

2013-03-09T15:43:42Z

Spy227X: /* One Possible Solution */