Dwarf Fortress Bug Tracker - Dwarf Fortress
View Issue Details
0000034Dwarf FortressDwarf Mode -- Roomspublic2010-04-01 15:512011-01-11 05:18
Toady One 
XPS M1730 LaptopWindows Vista Home PremiumSP2
0000034: Assigned rooms not respected
Dwarves appear to sleep in any room, eat in offices, etc., when that room is not assigned to them, but is assigned to someone else. Also, dwarves that have assigned rooms will still sleep in other people's rooms.
Assign an office and bedroom to the expedition leader. Have another bed designated as a room for rent. The expedition leader won't necessarily go to his room to sleep, but may instead sleep in the room available for rent (even if another dwarf has claimed it).
parent of 0001309resolved Toady One Dormitories counted as own bedroom. 
parent of 0001992resolved Toady One Dwarves do not assign selves to empty bedrooms. 
has duplicate 0000880closed Footkerchief Dwarves sleep in any bed even if they have one assigned to them 
has duplicate 0000079closed Footkerchief Dwarves not sleeping in their own rooms. 
has duplicate 0002138closed Logical2u Dwarves will use any bed. 
has duplicate 0002426resolved Footkerchief Dwarves don't use their own room for sleeping 
has duplicate 0002649resolved Logical2u Dwarves sleep in wrong rooms 
has duplicate 0002951resolved Footkerchief Dwarves will sleep in any bed, even when a room is assigned to them. 
related to 0000647resolved Toady One Uninjured dwarves sleep in hospital instead of dormitory, and other bedroom/sleeping issues 
related to 0002137resolved Toady One Dwarves will not use chairs or Tables if assigned to meeting hall. 
Issue History
2010-04-01 15:51DwarfuNew Issue
2010-04-02 06:06TodestoolTag Attached: room
2010-04-03 04:33ShurhaianNote Added: 0000474
2010-04-03 20:00Logical2uNote Added: 0000757
2010-04-04 07:52KalrirrNote Added: 0000858
2010-04-04 18:25madjoe5Note Added: 0000970
2010-04-04 18:25madjoe5Issue Monitored: madjoe5
2010-04-04 19:43ShurhaianNote Added: 0000982
2010-04-05 00:43NikovNote Added: 0001031
2010-04-05 23:21AsheryNote Added: 0001353
2010-04-06 11:50FootkerchiefRelationship addedrelated to 0000647
2010-04-07 08:47NimrodNote Added: 0001751
2010-04-07 08:52RusAnonIssue Monitored: RusAnon
2010-04-09 04:18Khym ChanurIssue Monitored: Khym Chanur
2010-04-09 09:32FootkerchiefRelationship addedhas duplicate 0000881
2010-04-09 09:33FootkerchiefRelationship addedhas duplicate 0000880
2010-04-09 10:29bloodystumpIssue Monitored: bloodystump
2010-04-09 11:09FootkerchiefRelationship deletedhas duplicate 0000881
2010-04-09 11:45mrdudeguyNote Added: 0002369
2010-04-09 12:20ZasNote Added: 0002378
2010-04-09 20:00RusAnonNote Added: 0002495
2010-04-10 13:34dai-rasaTag Attached: shell
2010-04-10 13:34dai-rasaTag Detached: shell
2010-04-10 14:20derigoNote Added: 0002646
2010-04-10 18:02kaefermelderNote Added: 0002682
2010-04-11 12:39Logical2uNote Added: 0002859
2010-04-11 13:15zSmokezNote Added: 0002868
2010-04-12 09:57KhyronIssue Monitored: Khyron
2010-04-14 06:38AbalienoIssue Monitored: Abalieno
2010-04-14 08:52PhydauxIssue Monitored: Phydaux
2010-04-18 16:10FootkerchiefRelationship addedparent of 0001309
2010-04-21 12:21FootkerchiefRelationship addedhas duplicate 0000079
2010-04-21 12:21FootkerchiefIssue Monitored: Dwarfu
2010-04-27 07:59Logical2uIssue Monitored: Logical2u
2010-04-27 17:23TKTomIssue Monitored: TKTom
2010-04-28 05:56SkibilianoIssue Monitored: Skibiliano
2010-04-28 13:59FootkerchiefCategoryGeneral => Dwarf Mode -- Rooms
2010-04-30 14:11KumquatNote Added: 0005772
2010-04-30 14:11KumquatNote Edited: 0005772bug_revision_view_page.php?bugnote_id=0005772#r2128
2010-05-07 02:44zirroIssue Monitored: zirro
2010-05-07 02:45zirroIssue End Monitor: zirro
2010-05-13 23:52jgoodwinNote Added: 0006678
2010-05-14 02:27DekonNote Added: 0006683
2010-05-16 08:33InspirationNote Added: 0006780
2010-05-22 10:32FootkerchiefRelationship addedparent of 0001992
2010-06-02 09:57DwarfuIssue End Monitor: Dwarfu
2010-06-03 06:00Logical2uRelationship addedparent of 0002137
2010-06-03 06:00Logical2uRelationship addedhas duplicate 0002138
2010-06-03 09:01CelIssue Monitored: Cel
2010-06-06 14:11barconisNote Added: 0007833
2010-06-06 14:58MalicusNote Added: 0007835
2010-06-08 17:33Logical2uRelationship addedrelated to 0001955
2010-06-10 07:01Kyle_SoloIssue Monitored: Kyle_Solo
2010-06-10 09:01DarthCloakedDwarfNote Added: 0008052
2010-06-11 06:03Kyle_SoloNote Added: 0008134
2010-06-15 11:39KurikIssue Monitored: Kurik
2010-06-15 14:56kwielandNote Added: 0008531
2010-06-20 06:13MnehIssue Monitored: Mneh
2010-06-20 22:38BoomClapIssue Monitored: BoomClap
2010-06-20 22:42BoomClapNote Added: 0008850
2010-06-22 11:08FootkerchiefRelationship addedhas duplicate 0002426
2010-06-22 19:45FootkerchiefRelationship addedrelated to 0002442
2010-06-26 11:11BeeskeeNote Added: 0009136
2010-06-26 11:11BeeskeeIssue Monitored: Beeskee
2010-06-26 16:16moosecowIssue Monitored: moosecow
2010-07-07 00:57rinosaniolIssue Monitored: rinosaniol
2010-07-10 19:11clc02Issue Monitored: clc02
2010-07-12 04:36Logical2uRelationship addedhas duplicate 0002649
2010-07-13 11:04EtheldredaIssue Monitored: Etheldreda
2010-07-14 10:08priosNote Added: 0010243
2010-07-14 10:26priosNote Edited: 0010243bug_revision_view_page.php?bugnote_id=0010243#r3976
2010-07-14 10:32priosIssue Monitored: prios
2010-07-14 11:06ContiIssue Monitored: Conti
2010-07-14 20:24priosNote Added: 0010287
2010-07-14 20:25priosNote Edited: 0010287bug_revision_view_page.php?bugnote_id=0010287#r3992
2010-07-14 20:26priosNote Edited: 0010287bug_revision_view_page.php?bugnote_id=0010287#r3993
2010-07-15 14:28aepurnietIssue Monitored: aepurniet
2010-07-15 15:23hyndisNote Added: 0010378
2010-07-20 08:56FootkerchiefRelationship addedrelated to 0000641
2010-07-20 08:56FootkerchiefSticky IssueNo => Yes
2010-07-20 12:32Rafal99Note Added: 0010734
2010-07-20 14:20MorepheousIssue Monitored: Morepheous
2010-07-20 14:37smjjamesNote Added: 0010746
2010-07-20 14:37smjjamesIssue Monitored: smjjames
2010-07-20 15:23FootkerchiefNote Added: 0010750
2010-07-25 05:05alexleonIssue Monitored: alexleon
2010-07-25 05:14xrogaanIssue Monitored: xrogaan
2010-07-28 10:13oolon1Note Added: 0011192
2010-07-28 10:14oolon1Note Edited: 0011192bug_revision_view_page.php?bugnote_id=0011192#r4364
2010-07-28 11:04Hieronymous AlloyIssue Monitored: Hieronymous Alloy
2010-07-28 11:40ThrelicusIssue Monitored: Threlicus
2010-07-28 12:26bobbensIssue Monitored: bobbens
2010-08-01 19:24KahunaGodNote Added: 0011381
2010-08-01 21:58E1727Note Added: 0011387
2010-08-04 21:31FootkerchiefRelationship addedhas duplicate 0002951
2010-08-04 23:39RhenayaIssue Monitored: Rhenaya
2010-08-05 11:13KonIssue Monitored: Kon
2010-08-05 18:03HebaruSanIssue Monitored: HebaruSan
2010-08-10 17:28qwertNote Added: 0011705
2010-08-11 07:59CrytenIssue Monitored: Cryten
2010-08-11 08:45Taranli MarenIssue Monitored: Taranli Maren
2010-08-12 10:45theqmannIssue Monitored: theqmann
2010-08-12 11:34vehkaIssue Monitored: vehka
2010-08-15 11:01pugiIssue Monitored: pugi
2010-08-16 19:11MnehNote Added: 0011840
2010-08-17 05:16jerobeNote Added: 0011849
2010-08-18 11:49achillesIssue Monitored: achilles
2010-08-18 11:50achillesNote Added: 0011893
2010-08-18 17:33ShurhaianNote Added: 0011899
2010-08-18 23:27kuketskiIssue Monitored: kuketski
2010-08-22 02:43CakeonslaughtIssue Monitored: Cakeonslaught
2010-09-06 03:48Toady OneRelationship replacedrelated to 0002137
2010-09-06 03:54Toady OneNote Added: 0012447
2010-09-06 03:54Toady OneStatusnew => resolved
2010-09-06 03:54Toady OneFixed in Version => 0.31.13
2010-09-06 03:54Toady OneResolutionopen => fixed
2010-09-06 03:54Toady OneAssigned To => Toady One
2010-09-06 06:45ContiIssue End Monitor: Conti
2010-09-06 07:08bobbensIssue End Monitor: bobbens
2010-09-06 08:21DwarfuSticky IssueYes => No
2010-09-06 10:30RhenayaIssue End Monitor: Rhenaya
2010-09-06 10:54madjoe5Issue End Monitor: madjoe5
2010-09-06 16:17alexleonIssue End Monitor: alexleon
2010-09-07 04:49Hieronymous AlloyIssue End Monitor: Hieronymous Alloy
2010-09-07 11:38CakeonslaughtIssue End Monitor: Cakeonslaught
2010-09-11 05:30CrytenIssue End Monitor: Cryten
2010-09-16 03:00KurikIssue End Monitor: Kurik
2010-09-16 08:24ThrelicusIssue End Monitor: Threlicus
2010-09-17 22:37kuketskiIssue End Monitor: kuketski
2010-09-18 10:58Logical2uIssue End Monitor: Logical2u
2010-09-30 08:39bloodystumpIssue End Monitor: bloodystump
2010-10-03 08:19smjjamesIssue End Monitor: smjjames
2010-10-14 07:53Khym ChanurIssue End Monitor: Khym Chanur
2010-11-12 19:05rinosaniolIssue End Monitor: rinosaniol
2010-11-17 08:39KonIssue End Monitor: Kon
2010-11-26 12:47Taranli MarenIssue End Monitor: Taranli Maren
2010-12-08 19:20achillesIssue End Monitor: achilles
2010-12-15 10:01CelIssue End Monitor: Cel
2011-01-11 05:18vehkaIssue End Monitor: vehka
2011-02-28 21:20FootkerchiefRelationship deletedrelated to 0001955
2011-02-28 21:21FootkerchiefRelationship deletedrelated to 0002442
2011-02-28 21:22FootkerchiefRelationship deletedrelated to 0000641

2010-04-03 04:33   
This also means that dwarves will shun the grand public dining room, going instead to eat their meals in someone's meager office and complaining about the lack of tables(and, of course, not getting the happy thought from eating in the big dining room). Unsure if they will complain about sleeping without a proper room.
2010-04-03 20:00   
Yep, this is occurring to me in my current fort. Just assigned bedrooms to my starting seven when the migrant wave hit, and no one is sleeping where they are supposed to, although they do "take breaks" in the right room.

Thoughtwise they don't seem to care where they sleep and get good thoughts for having a bed assigned to them.
2010-04-04 07:52   
Also everyone ignores the dormitory and sleeps in hospital beds instead.
2010-04-04 18:25   
Do injured dwarves sleep in hospitals?
2010-04-04 19:43   
Injured dwarves will go to hospitals(though they've been reported as sometimes sleeping on boxes, or falling out of beds and not getting back in them, and being untreatable in both cases).
2010-04-05 00:43   
My poor dwarf with a fractured lower spine kept getting dumped out of a HOSPITAL bed every time someone else wanted to take a nap.
2010-04-05 23:21   
Having the same issue regarding uninjured dwarves sleeping in hospital beds. I might just forgo a public dormitory and just throw in a bunch of extra beds in the hospital.
2010-04-07 08:47   

also: (brutally) injured dwarf was carried to a dormitory instead to the hospital just now (hospital is faaaar away though, maybe he wouldnt have made it there) - he is receiving treatment from my docs normally there.
2010-04-09 11:45   
I can confirm bad thought about not having slept in a proper room.
2010-04-09 12:20   
Well, it was always that way, wasn't it? Definitely a bug, but quite an old one.
2010-04-09 20:00   
>Well, it was always that way, wasn't it? Definitely a bug, but quite an old one.

No, in 40d dwarfs never use rooms which were assigned to other dwarfs.
2010-04-10 14:20   
>No, in 40d dwarfs never use rooms which were assigned to other dwarfs.

unless they were romantically involved, but that doesn't apply here
2010-04-10 18:02   
I also had

*not respecting others rooms
*using the hospital beds

Now every dwarf has his own room/bed and - possibly more important- i have also built, but unused beds and unasigned bedrooms, it seems to be gone. I do not have barracks or dormitories.
2010-04-11 12:39   
I still have the issue, and I have...

A bed with no assigned bedroom
A dorm
A barrack
A free bedroom (IE: Owner:None)

And the dwarves will still prefer to use someone else's bed rather than their own.
2010-04-11 13:15   
My dwarves have a sort of fetish for kicking brain damaged patients out of their beds so they can get their beauty sleep.

I'm not sure if this is a bug or a new dwarven form of sadism >_>.
2010-04-30 14:11   
This seems to be completely random as I just spotted a couple masons not going to the hospital about 20 squares away, not going to their own rooms 30 squares away from the workshops (walking distance; linear distance much less, obviously), but taking a long trek 50 levels down to the dorm I set up for magma smelter operators...

2010-05-13 23:52   
confirm not respecting others room

I had a bunch of unassigned beds, and no one owned a bedroom. I assigned the mayor a bedroom and almost immediately another dwarf went to sleep in it. This other dwarf is not married and is romantically involved with a dwarf other than the bedroom owner. She got a happy thought about having slept in a fantastic bedroom even before waking up. I didn't have any hospital beds or barracks beds.
2010-05-14 02:27   
This also seems true with chairs vs dining rooms. Dwarfs will sometimes skip dining rooms in favor of just eating wherever - another dwarf's dining room, a chair with no attaching table (and thus complain of a lack of tables). Seriously, they'll just ignore a legendary dining room in favor of a chair somewhere. It's kind of silly.
2010-05-16 08:33   
I think it's a sort of sick pleasure dwarves get. They sleep in someone else's bed, hoping the guy will walk through the door. My friggin mason walked past his room to sleep in a farmer's room. They have a grudge.
2010-06-06 14:11   
My baroness apparently likes slumming. She has a perfectly acceptable bedroom assigned, but insists on going out of her way to sleep in a commoner's bed. There's no romantic involvement, she doesn't have more than a passing acquaintance with anybody. (31.04)
2010-06-06 14:58   
I've seen a military dwarf actually respect bedrooms, as he slept on the floor instead of my one big bedroom until I gave him his own assigned bed, then he slept in that bed. However, this same military dwarf did NOT seem to understand that he could eat in the public dining room -- he just grabbed the food and ate it where he grabbed it.
2010-06-10 09:01   
This is because dwarves work themselves to exhaustion and then take the nearest bed because they're too exhausted to walk to their own.
2010-06-11 06:03   
If that's true then it should be fixed in 0.31.07... I guess we'll find out.
2010-06-15 14:56   
This might be related to individual items. For instance, an office most likely has a table in it that isn't assigned. Is it possible that the dwarfs just look for an unassigned table to eat at, nevermind the chair is claimed?
2010-06-20 22:42   
same thing happens in 0.31.08.
2010-06-26 11:11   
Same here, in two forts, one of them generated in 31.08. The other fort was from an older version, I wasn't sure if that was causing it or not.

I had this problem in a well-connected nano fort too so I don't think distance was an issue...
2010-07-14 10:08   
(edited on: 2010-07-14 10:26)
Still happens in 31.10, in a small fort with every single dwarf assigned their own bedroom. (Excluding married couples, of course, who share a bedroom.)

ETA: Dorfs who go to their bedrooms for "me time" when "On Break" never use somebody else's bedrooms, incidentally; they appear to always respect room assignments in this case. It's not uncommon to see Urist McKatoK sleeping in Urist McOnBreak's bed while McOnBreak is lounging around right next to him, completely untroubled.
(Frankly, this bug would be a good thing if it weren't for the havoc it wreaks with hospitals, barracks, and noble bedrooms.)

2010-07-14 20:24   
(edited on: 2010-07-14 20:26)
Watched the dorfs in my small fortress for a while, carefully, and did some testing. At one point I tried setting up a bed way far out at the northwest edge of the map.
Here's what I've seen:

Military dorfs lounging around doing combat training and such almost always respect their room assignments whenever possible. They also, notably, don't wait until "Drowsy" before running off to their bedroom; they scramble off to bed before the little grey blinking down arrow ever shows up.

Civilian dorfs pretty much always wait for the little blinking grey arrow to show up before they go to bed. They then pick the nearest bed and head there. They DON'T use pathfinding when determining which bed is nearest; if an unoccupied bed is on the next floor directly over Urist McTired's head, that is the bed he'll use -- even if, to reach it, he has to walk east past a bed that's 4 steps away on his floor, walk up a single floor of stairs, walk back west past his own not-in-use bedroom, and finally flop into his bed of choice. (I have seen this very thing happen, just as described, after I ended a party and followed the movements of the tired partygoers carefully.)

They almost certainly don't choose beds at random. I watched the bed way off in the corner of the map for ages, and nobody slept in it; then I assigned a bunch of tree-chopping, hauling, and plant gathering out near it, and sure enough somebody got tired and jumped into it. (It was in a little underground chamber.)

Apparently, what's happening is that dorfs panic a bit when they get a little drowsy, and seek an emergency bed. Unfortunately, they're way too cautious about it, heading for an emergency nap when their own bed is plenty close enough to reach without any risk of an "I'm tired" unhappy thought. The partying dwarf who walked right past his own bed and down to the end of a hallway is a perfect example: he had to travel relatively far to reach his chosen bed, but he didn't get an unhappy thought on the way.

So basically, the dorfs aren't too exhausted to reach their own beds without passing out or even becoming unhappy. They're just being ninnies.
Then again, I don't know for sure how long a tired dorf can hold out before becoming cranky about it. Perhaps this calls for a goblin-prisoner-repeater-style torture chamber with a dorf as the captive and a bed as the bait.

2010-07-15 15:23   
Testing it would have to involve an absurdly long path.

Carve up a maze on multiple Z levels. Huge, gigantic maze so that it takes months to walk from one side to the other.

On one side of the maze put all of your beds. On the other side put a meeting zone.

If no beds are available dwarves will just sleep on the floor. If beds are available they will path to the nearest bed in terms of X and Y coordinates, but they do not take Z coordinates or pathing length into consideration. This means that if you have 10 dwarves and 20 beds, but the dwarf has to talk for 6 months to reach his bed, he'll keep on walking.

In theory!

I wonder if its possible to die from being too sleepy? What happens if a dwarf goes past being drowsy?
2010-07-20 12:32   
Last time I tried being very drowsy for a long time in adventure mode it eventually resulted in adventurer going insane (Melancholy, Stark raving mad or Berserk).
2010-07-20 14:37   
Similarily, could we get something done about the fact that dwarves don't recognize hospital beds as being 'only for wounded' and not 'for everybody to sleep in'?
2010-07-20 15:23   
That's 0000647.
2010-07-28 10:13   
(edited on: 2010-07-28 10:14)
No posts here for over a week, but this issue is still in full effect in 0.31.12. Dwarves ignore a hierarchy of choices regarding bed selection, choosing other dwarves' bedrooms and hospital beds before unassigned bedrooms and dormitories.

On a related note: I have militia dwarves choosing the floor of the barracks to sleep on over the empty beds. They are scheduled to sleep in barracks at will and the squad has permission to sleep in that barracks, and the barracks is designated from a bed.

2010-08-01 19:24   
Yup. Same issue. Dont see a point in individual rooms anymore. Would be nice to see some action or response on this before the end of time................
2010-08-01 21:58   
hyndis: The test you propose is sorta absurd, since it's basically testing the bleeding obvious. Dwarves have NEVER really handled Z-levels intelligently - they always consider it a "straight path", so (for instance) a stonecrafter will consider stone "A", lying 1 Z-level beneath the workshop, as closer than stone "B" four tiles away on the same Z-level as the workshop - never mind that getting at stone "A" requires him to take a staircase 100-odd tiles away.

Anyway, what's going on here seems pretty obvious: Dwarves now push themselves a little further before finally deciding to sleep, and once they do decide to sleep, they're in "panic mode" and will just seek out the nearest bed.

tl;dr = Prious is basically right.

Sleeping in general seems pretty messed up in the 0.31 release - not quite as bad as 0.28.39a, of course, but it'd be nice if this was addressed before the next big feature-push. My military dwarves are always one miasma away from unhappiness, despite masterwork statues and a mist generator in the barracks, partially because they would rather train until they pass out on the cave floor than utilize the lovely barrack beds not five steps away from them.
2010-08-10 17:28   
Same problem in my fortress, though it seems that distance is not necessarily the only factor for dwarves to sleep on an assigned bed; I've got an artifact bed assigned to my Mayor/Trader/Manager and it seems that there is always someone sleeping in it, even though every dwarf has a bedroom.
2010-08-16 19:11   
When is this getting fixed? I consider it major and really can't play the game untill it is
2010-08-17 05:16   
This is especially annoying when nobles reside in sub-par bedrooms and receive bad thoughts from doing so.
2010-08-18 11:50   
This is a definite game breaker since we cant really build a proper fortress now. Without the dwarfs falling asleep all over.. Can the creator change the priority and severity? Maybe it will get attention.
2010-08-18 17:33   
@qwert: Are you sure that that bed isn't closer, in a straight line(not by pathfinding), to where your dwarves are normally working or milling about, compared to the bedrooms they should be using?

Concurring that this is a rather agitating error. At best it's a nuisance to have the bedrooms spurned. At worst it leads to deaths from needlessly-cluttered hospitals(and maybe nobles going insane because of the inferior conditions they're in, or just making more mandates and getting either other dwarves or themselves killed), and everything that comes attendant with dwarven deaths - that is, MORE dwarven deaths to tantrum spirals.
Toady One   
2010-09-06 03:54   
I've sorted this one out for 0.31.13 -- at least I found a clear cause for the behavior, observed it happening, fixed it, and then it checked out fine when I tested it. Old forts might have to rebuild the beds etc. in question, since there is some lingering data that can't be easily identified and cleaned on load.