v3.6.1 — atomic widget edits no longer lock a page
Two fixes for problems that could block real work. Both are worth updating for if you use Elementor v4 atomic widgets or WooCommerce.
Fixed
Editing an atomic widget could lock the page (#101)
Elementor v4 atomic props are typed: tag expects {"$$type":"string"}, title expects {"$$type":"html-v3"}. Passing a plain string, which is the natural thing for an AI agent to do, was written straight to the page.
The result was worse than a rejected call. Elementor stored the raw value, fell back to the prop default (so headings and paragraphs rendered placeholder text such as "Type your paragraph here"), and every later save of that page failed with Settings validation failed — locking it out of the API and the Elementor editor.
Plain values are now converted to the shape Elementor expects. Because the conversion runs on the merged settings, it also repairs pages an earlier version already damaged, including props you are not currently editing: open an affected page, make any edit, and it becomes valid again.
Elementor's own prop types decide what is valid rather than us hardcoding it, so this keeps working when Elementor revises them — as html → html-v2 → html-v3 already shows.
Tool results that are a list were rejected by some AI clients
The MCP specification requires structuredContent to be a JSON object, and the adapter passed a tool's return value into that field verbatim. Any tool returning a top-level array produced a response that strict clients refused with a dictionary-validation error.
This affected several WooCommerce reads in particular — product, order and customer lists, and report-products-totals.
Results are now always well-formed: object results are untouched, while lists and single values are returned under a data key. Reported upstream as WordPress/mcp-adapter#253; our fix lives in EMCP so it survives dependency updates.
Free download: emcp-tools-3.6.1.zip below. Existing free installs can update in place from Dashboard → Updates.
Thanks to @JoeP1459 for both reports, each with a clean reproduction.
