Mantis Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0001939Dwarf FortressGeneralpublic2010-05-17 23:402010-12-11 09:03
ReporterKamil 
Assigned ToBaughn 
PrioritylowSeverityminorReproducibilityalways
StatusclosedResolutionfixed 
PlatformOSOS Version
Product Version0.31.04 
Target VersionFixed in Version0.31.05 
Summary0001939: Double execution of recorded macros
DescriptionUsing the build-in macro recorder/player, after recording a designation to put some furniture in a room, replaying the recorded macro causes it to run twice.
Steps To Reproduce1) choose furniture to put, place the cursor in desired spot
2) begin recording macro (ctrl + r)
3) place some furniture for a room (e.g. door, bed, cabinet)
4) end recording (ctrl + r)
5) choose the same first furniture to put and place the cursor in another room
6) run the macro (ctrl + p)
Additional InformationMacros for digging designations seem not to be affected.
A workaround is to finish the macro in the same spot it was started (i.e. moving the cursor to the beginning, choosing the first furniture)
TagsNo tags attached.
Attached Files

- Relationships
child of 0001920closedBaughn Stocks screen hangs on "stone" and then skips to next category 

-  Notes
(0006974)
Footkerchief (manager)
2010-05-18 14:04

Can anyone confirm this problem?
(0007072)
Kamil (reporter)
2010-05-20 09:05
edited on: 2010-05-20 10:07

Correction, it seems to be connected to more complex and/or time consuming designations (digging also). It seems that, while the game processes the macro it "holds" the macro button leading to repeated command (increasing the init KEY_HOLD_MS value solved this problem, but that's just a workaround).
Increasing init's MACRO_MS value doesn't help though.

Edit:
It might be related to the z-stocks stone cursor jump-over.

(0007458)
0x517A5D (reporter)
2010-05-28 22:23

I confirm this problem. I experienced exactly this with a floor-building macro, and worked around it by temporarily increasing KEY_HOLD_MS.
(0007793)
Kamil (reporter)
2010-06-06 08:41

I no longer experience this problem in 0.31.05 version.
(0007794)
Footkerchief (manager)
2010-06-06 09:12

Excellent. Marking as fixed.

- Issue History
Date Modified Username Field Change
2010-05-17 23:40 Kamil New Issue
2010-05-18 14:04 Footkerchief Note Added: 0006974
2010-05-20 09:05 Kamil Note Added: 0007072
2010-05-20 09:06 Kamil Issue Monitored: Kamil
2010-05-20 09:29 Kamil Note Edited: 0007072 View Revisions
2010-05-20 09:56 Footkerchief Relationship added parent of 0001990
2010-05-20 10:07 Kamil Note Edited: 0007072 View Revisions
2010-05-20 12:08 Footkerchief Relationship deleted parent of 0001990
2010-05-20 12:08 Footkerchief Relationship added child of 0001920
2010-05-28 22:23 0x517A5D Note Added: 0007458
2010-05-28 22:24 0x517A5D Issue Monitored: 0x517A5D
2010-06-04 10:38 Footkerchief Tag Attached: Fixed in 31.05?
2010-06-06 08:41 Kamil Note Added: 0007793
2010-06-06 09:12 Footkerchief Note Added: 0007794
2010-06-06 09:12 Footkerchief Status new => resolved
2010-06-06 09:12 Footkerchief Fixed in Version => 0.31.05
2010-06-06 09:12 Footkerchief Resolution open => fixed
2010-06-06 09:12 Footkerchief Assigned To => Baughn
2010-06-09 06:45 Toady One Status resolved => closed
2010-12-11 09:03 Dwarfu Tag Detached: Fixed in 31.05?


Copyright © 2000 - 2010 MantisBT Group
Powered by Mantis Bugtracker