Solution 1 (BEST PRACTICE – Recommended)
Replace default Save & Cancel with custom buttons
Do this:
Solution 2 (Simplify page context)
If you must use default buttons:
Hard to maintain, not scalable.
Default Save & Cancel buttons are safe only for simple CRUD pages with a single entity.
The moment you have:
Always use microflow-based buttons
Even Mendix internal modules follow this rule.
Why this happens specifically with OIDC pages
OIDC pages usually contain:
Default buttons are not context-aware enough for this complexity.
Hi,
Thanks for the update, and I completely agree with your observation.
Since this is a platform-supported Marketplace module, it’s reasonable to expect the default Save & Cancel buttons to work out of the box without throwing runtime errors. From a functional perspective, your expectation is absolutely valid.
What seems to be happening here is not a configuration mistake on your end, but rather a platform limitation (or inconsistency) when default buttons are used on pages that:
In such scenarios, default Save/Cancel buttons attempt to process all page-level objects, including layout or helper context (e.g., theme or UI state objects), which leads to the parameter type mismatch you’re seeing.
Your workaround (custom Save/Cancel via microflows) is actually the recommended and more robust approach for configuration or admin pages, even though it shouldn’t be strictly necessary for a platform-supported module.
Raising this with Mendix Support is the right call.At the very least, this should be:
Thanks for sharing the outcome — it’s useful feedback for others running into the same issue.