0000034: Assigned rooms not respected - Dwarf Fortress Bug Tracker

Notes
(0000474) Shurhaian (reporter) 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.

(0000757) Logical2u (manager) 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.

(0000858) Kalrirr (reporter) 2010-04-04 07:52	Also everyone ignores the dormitory and sleeps in hospital beds instead.

(0000970) madjoe5 (reporter) 2010-04-04 18:25	Do injured dwarves sleep in hospitals?

(0000982) Shurhaian (reporter) 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).

(0001031) Nikov (reporter) 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.

(0001353) Ashery (reporter) 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.

(0001751) Nimrod (reporter) 2010-04-07 08:47	confirmed. 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.

(0002369) mrdudeguy (reporter) 2010-04-09 11:45	I can confirm bad thought about not having slept in a proper room.

(0002378) Zas (reporter) 2010-04-09 12:20	Well, it was always that way, wasn't it? Definitely a bug, but quite an old one.

(0002495) RusAnon (reporter) 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.

(0002646) derigo (reporter) 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

(0002682) kaefermelder (reporter) 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.

(0002859) Logical2u (manager) 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.

(0002868) zSmokez (reporter) 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 >_>.

(0005772) Kumquat (reporter) 2010-04-30 14:11 edited on: 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...

(0006678) jgoodwin (reporter) 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.

(0006683) Dekon (reporter) 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.

(0006780) Inspiration (reporter) 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.

(0007833) barconis (reporter) 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)

(0007835) Malicus (reporter) 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.

(0008052) DarthCloakedDwarf (reporter) 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.

(0008134) Kyle_Solo (reporter) 2010-06-11 06:03	If that's true then it should be fixed in 0.31.07... I guess we'll find out.

(0008531) kwieland (reporter) 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?

(0008850) BoomClap (reporter) 2010-06-20 22:42	same thing happens in 0.31.08.

(0009136) Beeskee (reporter) 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...

(0010243) prios (reporter) 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.)

(0010287) prios (reporter) 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.

(0010378) hyndis (reporter) 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?

(0010734) Rafal99 (reporter) 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).

(0010746) smjjames (reporter) 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'?

(0010750) Footkerchief (manager) 2010-07-20 15:23	That's 0000647.

(0011192) oolon1 (reporter) 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.

(0011381) KahunaGod (reporter) 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................

(0011387) E1727 (reporter) 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.

(0011705) qwert (reporter) 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.

(0011840) Mneh (reporter) 2010-08-16 19:11	When is this getting fixed? I consider it major and really can't play the game untill it is

(0011849) jerobe (reporter) 2010-08-17 05:16	This is especially annoying when nobles reside in sub-par bedrooms and receive bad thoughts from doing so.

(0011893) achilles (reporter) 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.

(0011899) Shurhaian (reporter) 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.

(0012447) Toady One (administrator) 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.

Issue History
Date Modified	Username	Field	Change
2010-04-01 15:51	Dwarfu	New Issue
2010-04-02 06:06	Todestool	Tag Attached: room
2010-04-03 04:33	Shurhaian	Note Added: 0000474
2010-04-03 20:00	Logical2u	Note Added: 0000757
2010-04-04 07:52	Kalrirr	Note Added: 0000858
2010-04-04 18:25	madjoe5	Note Added: 0000970
2010-04-04 18:25	madjoe5	Issue Monitored: madjoe5
2010-04-04 19:43	Shurhaian	Note Added: 0000982
2010-04-05 00:43	Nikov	Note Added: 0001031
2010-04-05 23:21	Ashery	Note Added: 0001353
2010-04-06 11:50	Footkerchief	Relationship added	related to 0000647
2010-04-07 08:47	Nimrod	Note Added: 0001751
2010-04-07 08:52	RusAnon	Issue Monitored: RusAnon
2010-04-09 04:18	Khym Chanur	Issue Monitored: Khym Chanur
2010-04-09 09:32	Footkerchief	Relationship added	has duplicate 0000881
2010-04-09 09:33	Footkerchief	Relationship added	has duplicate 0000880
2010-04-09 10:29	bloodystump	Issue Monitored: bloodystump
2010-04-09 11:09	Footkerchief	Relationship deleted	has duplicate 0000881
2010-04-09 11:45	mrdudeguy	Note Added: 0002369
2010-04-09 12:20	Zas	Note Added: 0002378
2010-04-09 20:00	RusAnon	Note Added: 0002495
2010-04-10 13:34	dai-rasa	Tag Attached: shell
2010-04-10 13:34	dai-rasa	Tag Detached: shell
2010-04-10 14:20	derigo	Note Added: 0002646
2010-04-10 18:02	kaefermelder	Note Added: 0002682
2010-04-11 12:39	Logical2u	Note Added: 0002859
2010-04-11 13:15	zSmokez	Note Added: 0002868
2010-04-12 09:57	Khyron	Issue Monitored: Khyron
2010-04-14 06:38	Abalieno	Issue Monitored: Abalieno
2010-04-14 08:52	Phydaux	Issue Monitored: Phydaux
2010-04-18 16:10	Footkerchief	Relationship added	parent of 0001309
2010-04-21 12:21	Footkerchief	Relationship added	has duplicate 0000079
2010-04-21 12:21	Footkerchief	Issue Monitored: Dwarfu
2010-04-27 07:59	Logical2u	Issue Monitored: Logical2u
2010-04-27 17:23	TKTom	Issue Monitored: TKTom
2010-04-28 05:56	Skibiliano	Issue Monitored: Skibiliano
2010-04-28 13:59	Footkerchief	Category	General => Dwarf Mode -- Rooms
2010-04-30 14:11	Kumquat	Note Added: 0005772
2010-04-30 14:11	Kumquat	Note Edited: 0005772	View Revisions
2010-05-07 02:44	zirro	Issue Monitored: zirro
2010-05-07 02:45	zirro	Issue End Monitor: zirro
2010-05-13 23:52	jgoodwin	Note Added: 0006678
2010-05-14 02:27	Dekon	Note Added: 0006683
2010-05-16 08:33	Inspiration	Note Added: 0006780
2010-05-22 10:32	Footkerchief	Relationship added	parent of 0001992
2010-06-02 09:57	Dwarfu	Issue End Monitor: Dwarfu
2010-06-03 06:00	Logical2u	Relationship added	parent of 0002137
2010-06-03 06:00	Logical2u	Relationship added	has duplicate 0002138
2010-06-03 09:01	Cel	Issue Monitored: Cel
2010-06-06 14:11	barconis	Note Added: 0007833
2010-06-06 14:58	Malicus	Note Added: 0007835
2010-06-08 17:33	Logical2u	Relationship added	related to 0001955
2010-06-10 07:01	Kyle_Solo	Issue Monitored: Kyle_Solo
2010-06-10 09:01	DarthCloakedDwarf	Note Added: 0008052
2010-06-11 06:03	Kyle_Solo	Note Added: 0008134
2010-06-15 11:39	Kurik	Issue Monitored: Kurik
2010-06-15 14:56	kwieland	Note Added: 0008531
2010-06-20 06:13	Mneh	Issue Monitored: Mneh
2010-06-20 22:38	BoomClap	Issue Monitored: BoomClap
2010-06-20 22:42	BoomClap	Note Added: 0008850
2010-06-22 11:08	Footkerchief	Relationship added	has duplicate 0002426
2010-06-22 19:45	Footkerchief	Relationship added	related to 0002442
2010-06-26 11:11	Beeskee	Note Added: 0009136
2010-06-26 11:11	Beeskee	Issue Monitored: Beeskee
2010-06-26 16:16	moosecow	Issue Monitored: moosecow
2010-07-07 00:57	rinosaniol	Issue Monitored: rinosaniol
2010-07-10 19:11	clc02	Issue Monitored: clc02
2010-07-12 04:36	Logical2u	Relationship added	has duplicate 0002649
2010-07-13 11:04	Etheldreda	Issue Monitored: Etheldreda
2010-07-14 10:08	prios	Note Added: 0010243
2010-07-14 10:26	prios	Note Edited: 0010243	View Revisions
2010-07-14 10:32	prios	Issue Monitored: prios
2010-07-14 11:06	Conti	Issue Monitored: Conti
2010-07-14 20:24	prios	Note Added: 0010287
2010-07-14 20:25	prios	Note Edited: 0010287	View Revisions
2010-07-14 20:26	prios	Note Edited: 0010287	View Revisions
2010-07-15 14:28	aepurniet	Issue Monitored: aepurniet
2010-07-15 15:23	hyndis	Note Added: 0010378
2010-07-20 08:56	Footkerchief	Relationship added	related to 0000641
2010-07-20 08:56	Footkerchief	Sticky Issue	No => Yes
2010-07-20 12:32	Rafal99	Note Added: 0010734
2010-07-20 14:20	Morepheous	Issue Monitored: Morepheous
2010-07-20 14:37	smjjames	Note Added: 0010746
2010-07-20 14:37	smjjames	Issue Monitored: smjjames
2010-07-20 15:23	Footkerchief	Note Added: 0010750
2010-07-25 05:05	alexleon	Issue Monitored: alexleon
2010-07-25 05:14	xrogaan	Issue Monitored: xrogaan
2010-07-28 10:13	oolon1	Note Added: 0011192
2010-07-28 10:14	oolon1	Note Edited: 0011192	View Revisions
2010-07-28 11:04	Hieronymous Alloy	Issue Monitored: Hieronymous Alloy
2010-07-28 11:40	Threlicus	Issue Monitored: Threlicus
2010-07-28 12:26	bobbens	Issue Monitored: bobbens
2010-08-01 19:24	KahunaGod	Note Added: 0011381
2010-08-01 21:58	E1727	Note Added: 0011387
2010-08-04 21:31	Footkerchief	Relationship added	has duplicate 0002951
2010-08-04 23:39	Rhenaya	Issue Monitored: Rhenaya
2010-08-05 11:13	Kon	Issue Monitored: Kon
2010-08-05 18:03	HebaruSan	Issue Monitored: HebaruSan
2010-08-10 17:28	qwert	Note Added: 0011705
2010-08-11 07:59	Cryten	Issue Monitored: Cryten
2010-08-11 08:45	Taranli Maren	Issue Monitored: Taranli Maren
2010-08-12 10:45	theqmann	Issue Monitored: theqmann
2010-08-12 11:34	vehka	Issue Monitored: vehka
2010-08-15 11:01	pugi	Issue Monitored: pugi
2010-08-16 19:11	Mneh	Note Added: 0011840
2010-08-17 05:16	jerobe	Note Added: 0011849
2010-08-18 11:49	achilles	Issue Monitored: achilles
2010-08-18 11:50	achilles	Note Added: 0011893
2010-08-18 17:33	Shurhaian	Note Added: 0011899
2010-08-18 23:27	kuketski	Issue Monitored: kuketski
2010-08-22 02:43	Cakeonslaught	Issue Monitored: Cakeonslaught
2010-09-06 03:48	Toady One	Relationship replaced	related to 0002137
2010-09-06 03:54	Toady One	Note Added: 0012447
2010-09-06 03:54	Toady One	Status	new => resolved
2010-09-06 03:54	Toady One	Fixed in Version	=> 0.31.13
2010-09-06 03:54	Toady One	Resolution	open => fixed
2010-09-06 03:54	Toady One	Assigned To	=> Toady One
2010-09-06 06:45	Conti	Issue End Monitor: Conti
2010-09-06 07:08	bobbens	Issue End Monitor: bobbens
2010-09-06 08:21	Dwarfu	Sticky Issue	Yes => No
2010-09-06 10:30	Rhenaya	Issue End Monitor: Rhenaya
2010-09-06 10:54	madjoe5	Issue End Monitor: madjoe5
2010-09-06 16:17	alexleon	Issue End Monitor: alexleon
2010-09-07 04:49	Hieronymous Alloy	Issue End Monitor: Hieronymous Alloy
2010-09-07 11:38	Cakeonslaught	Issue End Monitor: Cakeonslaught
2010-09-11 05:30	Cryten	Issue End Monitor: Cryten
2010-09-16 03:00	Kurik	Issue End Monitor: Kurik
2010-09-16 08:24	Threlicus	Issue End Monitor: Threlicus
2010-09-17 22:37	kuketski	Issue End Monitor: kuketski
2010-09-18 10:58	Logical2u	Issue End Monitor: Logical2u
2010-09-30 08:39	bloodystump	Issue End Monitor: bloodystump
2010-10-03 08:19	smjjames	Issue End Monitor: smjjames
2010-10-14 07:53	Khym Chanur	Issue End Monitor: Khym Chanur
2010-11-12 19:05	rinosaniol	Issue End Monitor: rinosaniol
2010-11-17 08:39	Kon	Issue End Monitor: Kon
2010-11-26 12:47	Taranli Maren	Issue End Monitor: Taranli Maren
2010-12-08 19:20	achilles	Issue End Monitor: achilles
2010-12-15 10:01	Cel	Issue End Monitor: Cel
2011-01-11 05:18	vehka	Issue End Monitor: vehka
2011-02-28 21:20	Footkerchief	Relationship deleted	related to 0001955
2011-02-28 21:21	Footkerchief	Relationship deleted	related to 0002442
2011-02-28 21:22	Footkerchief	Relationship deleted	related to 0000641