Repository navigation
Combo box bound to an association through the attribute key passes check, exec refuses #1440
Description
Environment
- mxcli: v0.26.0 (release binary, 2026-10-11)
- Mendix app seen on: Mendix 9.24.2 / 10.24 / 11.12.0 / 11.13.0 test apps (FSM template, GenAI Showcase); version not pinned to one app in the report
- OS: Linux x86_64 cloud container (no Studio Pro;
mx/mxbuild only)
Summary
Combo box bound to an association through the attribute key passes check, exec refuses. Command / document type: alter snippet ... replace ... with { combobox }. Seen on: AssetsApp slice. — occurrences: 1
Reproduction
alter snippet M.S { replace <widget> with {
combobox x (Attribute: $Asset.Asset_Customer, CaptionAttribute: CustomerManagement.Customer.CustomerName)
} };
Marketplace and project setup
Expected
check refuses.
Actual
check: Check passed!; exec: property attributeEnumeration binds Asset_Customer, which is an association ... not an attribute
only exec does (exec is correct).
Impact
usability, 1 occurrence(s) in the 2026-10-12 round-trip runs.
Activity
github-actions commentedon Oct 12, 2026
Issue Triage
Summary:
The
mxcli checkcommand incorrectly passes when a combobox is bound to an association via its attribute key, whilemxcli execcorrectly fails with an enumeration‑type error.Checklist (bug report)
alter snippet … replace … with { combobox … }MDL scriptmxcli diag --bundleor at least the session log)Missing information:
Could you please provide the session log or run
mxcli diag --bundleand attach the resulting bundle? This will help us diagnose why the check phase is not catching the association‑type mismatch. Thank you!Automated triage via OpenRouter — workflow source
Merge pull request #1376 from ako/fix/1440-combobox-attribute-associa…
fix: check refuses a combo box bound to an association through Attrib…