[ako]

Closes #2183 (upstream mendixlabs#1836).

Two refusals meant for hand-written MDL blocked whole building blocks. Each has its own commit.

1. Inline style on a block's dynamic text (4f9721012)

applyWidgetAppearance (MDL-WIDGET03) refuses any dynamictext with a style. use building block expands a block by re-parsing its rendered MDL, so a style Studio Pro wrote looked exactly like hand-written MDL. That blocked PDS Icon_After_Text and the Wizard_* blocks.

• Measured on 11.12.1: the refusal's premise ("crashes MxBuild") does not reproduce. testdata/testapp already has a Studio Pro-authored styled dynamic text. Two styled dynamic texts written by this engine, including the block's --icon-size: auto;, pass mx check with 0 errors and build with mxcli docker build. History records no measurement for the original claim.
• Fix: the expander marks the widgets it copies in (ast.WidgetV3.FromBuildingBlock), and the refusal skips them, so the block's stored style is carried through verbatim. Hand-written MDL is still refused at check and exec. Whether to lift that refusal too, given the measurement, is left as a separate decision.

2. List view without a data source (b31e469a0)

listViewSourceToGen had no case for a missing source, so it returned the generic "not supported by either engine — please file an issue" error. That blocked PDS Avatar_Group_*, and a hand-written listview without DataSource: passed check and then failed at exec the same way.

• Fix: a missing source is written the way Studio Pro stores an unconfigured list view:

  Forms$ListViewXPathSource {EntityRef: null, ForceFullObjects: false, Search{SearchRefs:[2]}, SortBar{SortItems:[2]}, SourceVariable: null, XPathConstraint: ""}
  

  EntityRef joins SourceVariable in the type's null-written keys.
• Reference: every unconfigured list view in the Atlas page templates shipped in testapp, PedApp and EvSpike (13 each) has exactly this key set.
• exec warns, naming the list view, and adds "(from the building block)" when it came from one. mx check then reports CE0488 "No entity configured…" until a source is set.

Verification

• Tests:
  • listview_no_source_2183_test.go: before the fix it failed with exactly the reported <nil> error; before the null-key change it failed on the missing EntityRef. A control shows unknown source types are still refused.
  • use_building_block_unauthored_2183_test.go (a mock block): the style test fails with the reported refusal when the block marking is stubbed, and the list-view test fails when the warning is stubbed. Controls: hand-written style is still refused, and a list view with a source doesn't warn.
• End to end (Mendix 11.12.1, a copy of a test app; PDS can't be downloaded here):
  • The Atlas_Web_Content.Card block in a copy was patched with the PDS style and a Studio Pro sourceless list view. The patched block builds on its own.
  • Main: the style refusal; a hand-written sourceless list view fails with the <nil> error.
  • This branch:
    • the block is placed with a warning, and mx check reports only CE0488;
    • with a data source set, 0 errors and docker build succeeds;
    • a hand-written sourceless list view gets only CE0488;
    • hand-written styled dynamic text is still refused.
• Checks: build, vet and tests for mdl/ast, mdl/executor, mdl/backend/modelsdk and mdl/roundtrip, plus fmt-check, check-findings and check-skill-index, pass. main was merged in to resolve a CHANGELOG conflict.

Docs

• Two finding records and a CHANGELOG entry.
• The building-block exception is noted in theme-styling, create-page and atlas-design (and its building-blocks.md reference).

Not in this PR

• Lifting the hand-written MDL-WIDGET03 refusal.
• A check-time warning for a hand-written list view without a source; only exec warns.

---

Generated by Claude Code