inital quickfort orders command from the dreamfort checklist has tons of invalid key sequences and a stack traceback

[themaster567]

The following is the console log in its entirety for the issue

[DFHack]# quickfort orders library/dreamfort.csv -n "/surface2, /farming2, /surface3, /farming3, /industry2, /surface4"
invalid key sequence in cell AA560: "{givename name="starting misc"}"
invalid key sequence in cell N560: "{givename name="starting food"}"
invalid key sequence in cell W560: "{givename name="starting stone"}"
invalid key sequence in cell AE560: "{givename name="starting cloth/trash"}"
invalid key sequence in cell R560: "{givename name="starting wood"}"
invalid key sequence in cell S561: "otherstone"
invalid key sequence in cell X561: "nocontainers"
invalid key sequence in cell AB561: "nocontainers"
invalid key sequence in cell S526: "s2(5x4)"
invalid key sequence in cell AB526: "hlr(4x4)"
invalid key sequence in cell X526: "gunzSpd(4x4)"
invalid key sequence in cell O526: "w(4x4)"
...arf Fortress//hack/scripts/internal/quickfort/orders.lua:53: unhandled label: blocks
stack traceback:
        [C]: in function 'error'
        ...arf Fortress//hack/scripts/internal/quickfort/orders.lua:53: in upvalue 'inc_order_spec'
        ...arf Fortress//hack/scripts/internal/quickfort/orders.lua:114: in upvalue 'process_filter'
        ...arf Fortress//hack/scripts/internal/quickfort/orders.lua:185: in field 'enqueue_building_orders'
        ...warf Fortress//hack/scripts/internal/quickfort/build.lua:998: in field '?'
        ...rf Fortress//hack/scripts/internal/quickfort/command.lua:93: in global 'do_command_raw'
        ...rf Fortress//hack/scripts/internal/quickfort/command.lua:137: in upvalue 'do_apply_modifiers'
        ...rf Fortress//hack/scripts/internal/quickfort/command.lua:161: in field 'do_command_section'
        ...Dwarf Fortress//hack/scripts/internal/quickfort/meta.lua:61: in field '?'
        ...rf Fortress//hack/scripts/internal/quickfort/command.lua:93: in global 'do_command_raw'
        ...rf Fortress//hack/scripts/internal/quickfort/command.lua:137: in upvalue 'do_apply_modifiers'
        ...rf Fortress//hack/scripts/internal/quickfort/command.lua:161: in global 'do_command_section'
        ...rf Fortress//hack/scripts/internal/quickfort/command.lua:202: in upvalue 'do_one_command'
        ...rf Fortress//hack/scripts/internal/quickfort/command.lua:216: in upvalue 'do_bp_name'
        ...rf Fortress//hack/scripts/internal/quickfort/command.lua:283: in function <...rf Fortress//hack/scripts/internal/quickfort/command.lua:280>
        [C]: in function 'dfhack.call_with_finalizer'
        ...team\steamapps\common\Dwarf Fortress\hack\lua\dfhack.lua:72: in function 'dfhack.with_finalize'
        ...rf Fortress//hack/scripts/internal/quickfort/command.lua:278: in local 'action_fn'
        ...amapps\common\Dwarf Fortress//hack/scripts/quickfort.lua:83: in local 'script_code'
        ...team\steamapps\common\Dwarf Fortress\hack\lua\dfhack.lua:808: in function 'dfhack.run_script_with_env'
        (...tail calls...)

[myk002]

It's good to have this bug for tracking, but it will be a while before it is fixed. Dreamfort makes use of all of quickfort's features, and quickfort needs work before it supports them all again.