Studio Pro allows marking any activity as disabled (right-click → Disable) — the activity remains in the flow but is skipped at runtime. There is currently no MDL equivalent for this flag.
Use case: when an activity cannot be correctly configured via mxcli (e.g. the RefreshEntity entity-type parameter bug), the only safe workaround would be to generate the activity in a disabled state and let the developer re-enable it after fixing it manually in Studio Pro. Without this, the generated
nanoflow either ships with a misconfigured active activity or requires the developer to manually delete and recreate it.
Proposed syntax:
CALL JAVASCRIPT ACTION NanoflowCommons.RefreshEntity (
EntityToRefresh = CustomModule.BufferDefinition
) DISABLED;
Or as a statement modifier consistent with existing MDL style:
-- @disabled
CALL JAVASCRIPT ACTION NanoflowCommons.RefreshEntity (
EntityToRefresh = CustomModule.BufferDefinition
);
Expected behavior: mxcli should write the activity with the disabled flag set, so it appears in Studio Pro as a greyed-out step that can be re-enabled without losing its configuration.
- mxcli version: (0.22.0)
- Mendix version: 11.12.4
Studio Pro allows marking any activity as disabled (right-click → Disable) — the activity remains in the flow but is skipped at runtime. There is currently no MDL equivalent for this flag.
Use case: when an activity cannot be correctly configured via mxcli (e.g. the RefreshEntity entity-type parameter bug), the only safe workaround would be to generate the activity in a disabled state and let the developer re-enable it after fixing it manually in Studio Pro. Without this, the generated
nanoflow either ships with a misconfigured active activity or requires the developer to manually delete and recreate it.
Proposed syntax:
CALL JAVASCRIPT ACTION NanoflowCommons.RefreshEntity (
EntityToRefresh = CustomModule.BufferDefinition
) DISABLED;
Or as a statement modifier consistent with existing MDL style:
-- @disabled
CALL JAVASCRIPT ACTION NanoflowCommons.RefreshEntity (
EntityToRefresh = CustomModule.BufferDefinition
);
Expected behavior: mxcli should write the activity with the disabled flag set, so it appears in Studio Pro as a greyed-out step that can be re-enabled without losing its configuration.