0002816: Dwarves on operating table count as out of bed, trigger recover wounded job

Notes
(0010940) Footkerchief (manager) 2010-07-24 18:32	Are you getting "cancels surgery: patient not resting"? Was that fortress started before 31.07? If so, you should deconstruct and reconstruct all your tables and traction benches, as described at 0002388:0008750. Does that fix it?

(0011361) Ducky (reporter) 2010-08-01 12:19	For what it's worth, I just got that message in a fortress started in 31.12. The only difference is that a "recover wounded" job isn't generated to put the dwarf back in the bed. Instead he just hangs around with "No Job" instead of "Rest".

(0011649) Lord.Nagash (reporter) 2010-08-09 03:49 edited on: 2010-08-09 03:50	No footkerchief, I wasn't getting that message at all. I didn't get any job cancellation messages at all, actually. Basically what was happening was, the surgeon was tasked to operate, he moved the patient onto the table and started operating, and someone was immediately tasked to put this patient back into bed. The surgeon was tasked with the surgery job the entire time, and would move the patient straight back onto the table. This continued until I turned off Recover Wounded for everyone in the fortress. The surgery did complete once I did this, though.

(0011659) Footkerchief (manager) 2010-08-09 07:21	Do you still have a save demonstrating the problem? If so, you should upload it to http://dffd.wimbli.com/ [^]

(0011967) Lord Byte (reporter) 2010-08-20 10:03 edited on: 2010-08-20 10:04	I got a zillion saves with "patient not resting". Main cause is NOT recovering wounded (disabled it on all), but it rather seems to be when they have multiple wounds that require surgery. All the ones that had one wound, get patched up in no-time, the ones that have multiple wounds never get out of surgery :( My dwarves stay on the table, noone gets near and I still get patient not resting.

(0012444) FifthHorseman (reporter) 2010-09-06 03:48 edited on: 2010-09-06 03:48	I can confirm this happening in 31.12, similar to bug 0000410. Surgeon moves dwarf to table to operate, counts as out of bed and triggers other dwarves coming to "recover them" back into bed. Creates perpetual loop never allowing the doctor to complete surgery. The only way I've been able to allow a doctor to perform surgery is by locking all the doors to my hospital once the doctor is inside alone with the patient and then keeping tabs on whether he is finished or not.

(0013567) Lesconrads (reporter) 2010-10-31 15:32 edited on: 2010-10-31 15:40	31.16 here on windows. Right now, I have the same problem. My surgeon puts the dwarf from his bed to the table and tries to perform his surgery. Then suddently, one random dwarf comes out of nowhere and snatches him from the table and puts him into another bed -> Cancels Surgery: Patient not resting. Disabling the snatching labor kinda fixes the problem, but is micro intensive. Problem seems just to be, that the patient on the table is considered "out of bed" and "needs rescuing". (edit - version number fixed)

(0013824) Urk (reporter) 2010-11-14 08:07	31.17 on linux, newly generated world. Doctor tries to operate patient and takes him to traction bench then: ... cancels Place In Traction: patient not resting. I tried removing hospital beds and building one bed right next to traction bench, then it worked fine. It seems hospital bed and traction bench needs to be right next to each other?

Issue History
Date Modified	Username	Field	Change
2010-07-24 18:22	Lord.Nagash	New Issue
2010-07-24 18:32	Footkerchief	Note Added: 0010940
2010-07-24 18:32	Footkerchief	Tag Attached: AWAITING UPDATE
2010-08-01 12:19	Ducky	Note Added: 0011361
2010-08-09 03:49	Lord.Nagash	Note Added: 0011649
2010-08-09 03:50	Lord.Nagash	Note Edited: 0011649	View Revisions
2010-08-09 07:20	Footkerchief	Tag Detached: AWAITING UPDATE
2010-08-09 07:21	Footkerchief	Note Added: 0011659
2010-08-09 07:22	Footkerchief	Relationship added	related to 0000309
2010-08-20 10:03	Lord Byte	Note Added: 0011967
2010-08-20 10:03	Lord Byte	Issue Monitored: Lord Byte
2010-08-20 10:04	Lord Byte	Note Edited: 0011967	View Revisions
2010-09-06 03:48	FifthHorseman	Note Added: 0012444
2010-09-06 03:48	FifthHorseman	Note Edited: 0012444	View Revisions
2010-10-31 15:32	Lesconrads	Note Added: 0013567
2010-10-31 15:40	Lesconrads	Note Edited: 0013567	View Revisions
2010-10-31 16:23	Hieronymous Alloy	Issue Monitored: Hieronymous Alloy
2010-11-14 08:07	Urk	Note Added: 0013824
2014-09-07 09:41	Toady One	Status	new => resolved
2014-09-07 09:41	Toady One	Fixed in Version	=> Next Version
2014-09-07 09:41	Toady One	Resolution	open => fixed
2014-09-07 09:41	Toady One	Assigned To	=> Toady One