Dwarf Fortress Bug Tracker - Dwarf Fortress |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0001939 | Dwarf Fortress | General | public | 2010-05-17 23:40 | 2010-12-11 09:03 |
|
Reporter | Kamil | |
Assigned To | Baughn | |
Priority | low | Severity | minor | Reproducibility | always |
Status | closed | Resolution | fixed | |
Platform | | OS | | OS Version | |
Product Version | 0.31.04 | |
Target Version | | Fixed in Version | 0.31.05 | |
|
Summary | 0001939: Double execution of recorded macros |
Description | Using 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 Reproduce | 1) 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 Information | Macros 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) |
Tags | No tags attached. |
Relationships | child of | 0001920 | closed | Baughn | Stocks screen hangs on "stone" and then skips to next category |
|
Attached Files | |
|
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 | bug_revision_view_page.php?bugnote_id=0007072#r2643 |
2010-05-20 09:56 | Footkerchief | Relationship added | parent of 0001990 |
2010-05-20 10:07 | Kamil | Note Edited: 0007072 | bug_revision_view_page.php?bugnote_id=0007072#r2644 |
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? | |
Notes |
|
|
Can anyone confirm this problem? |
|
|
(0007072)
|
Kamil
|
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.
|
|
|
|
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
|
2010-06-06 08:41
|
|
I no longer experience this problem in 0.31.05 version. |
|
|
|
Excellent. Marking as fixed. |
|