Skip to content

marketplace update --to refuses without --force, citing local edits nobody made #1441

Closed
ako/mxcli
#1166

Description

@MendixMau

Environment

  • mxcli: v0.26.0 (release binary, 2026-10-11)
  • Mendix version: 10.24.0 (blank app from mxcli new R --version 10.24.0 --theme none --skip-init)
  • OS: Linux x86_64 cloud container (no Studio Pro; mx/mxbuild only)
  • Also seen on: Siemens FSM template (Marketplace) 9.24.2; 10.24 / 11.13.0 converted copies

Summary

marketplace update --to refuses with "N element(s) have been changed locally" on a module nobody edited. In the blank-app run the module had just been written by marketplace update itself, so the baseline comparison reports 44 of 50 elements as changed.

Reproduction

Blank 10.24.0 app (mxcli new R10 --version 10.24.0 --theme none --skip-init). It ships NanoflowCommons 6.0.0, which is no longer downloadable as a baseline, so first move to a published version:

$ mxcli marketplace update 109515 -p R10/R10.mpr --module NanoflowCommons --to 5.2.1 --no-baseline
...
NanoflowCommons updated 6.0.0 → 5.2.1
  58 units copied, 12 element identities preserved, 0 role grant(s) restored.

Without touching anything, ask for another published version:

$ mxcli marketplace diff 109515 -p R10/R10.mpr --to 5.2.0
NanoflowCommons — installed 5.2.1 (Mendix 10.24.0.73019)

  Locally modified (44 of 50 elements):
    changed   JAVASCRIPT_ACTION Base64Decode
    changed   JAVASCRIPT_ACTION Base64DecodeToImage
    ...
$ mxcli marketplace update 109515 -p R10/R10.mpr --to 5.2.0
refusing to update: 44 element(s) have been changed locally and the update would discard them:
    JAVASCRIPT_ACTION Base64Decode
    ...

The same 44 JavaScript actions (including Wait and Vibrate) are reported on the FSM template converted in place to 10.24 (mx convert -p -s .) with marketplace update 109515 -p fsm.mpr --to 5.2.1; the refusal ends with - Then update: --force.

Expected

No local edits reported for an unmodified module; the update proceeds without --force.

Actual

44 of 50 elements (all JavaScript actions) are reported as locally modified and the update is refused.

Impact

Every update needs --force, which also removes the guard that protects real edits; usability.

Activity

  1. github-actions commented on Oct 12, 2026

    @github-actions

    Issue Triage

    Summary:
    marketplace update --to incorrectly reports local changes on an untouched module and refuses to proceed without --force.

    Checklist (bug‑report requirements)

    Required info Present? Notes
    mxcli version ✅ v0.26.0 (release binary, 2026-10-11)
    Mendix version ✅ 10.24.0
    Scenario (what the user was trying to do) ✅ Describes marketplace update --to, marketplace diff, etc.
    Expected output ✅ No local edits reported; update should run without --force.
    Experienced output ✅ 44/50 elements shown as locally modified; update refused with error message.
    AI bug report (mxcli diag --bundle or session log) ❌ Not included.

    Missing information:
    Could you please provide the output of mxcli diag --bundle (or at least the relevant session log) for the commands shown? This will help us diagnose why the tool thinks the JavaScript actions have been changed.

    Thank you for reporting the issue! Once we have the diagnostic log we can investigate further.


    Automated triage via OpenRouter — workflow source

  2. added a commit that references this issue on Oct 13, 2026
  3. added 2 commits that reference this issue on Oct 13, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions