@elitedcs/ghl-mcp 3.72.1 → 3.72.2

package/CHANGELOG.md

@@ -1,5 +1,32 @@
 # Changelog
 
+## 3.72.2 — a form you read back can be saved again
+
+A subscriber tried to edit one of her forms the documented way: read it with
+`get_form_full`, change one thing, hand it back to `update_form`. It was refused. She
+tried again from an exact copy of the payload. Refused again. Then she found it herself,
+stripped one key by hand, and the identical edit saved first time.
+
+She was right. GoHighLevel's form builder writes every custom field with the field's id
+under two spellings, `Id` and `id`, holding the same value. On her form 42 of 58 fields
+carried the pair; standard fields like name and email never do. Sitting in GoHighLevel it
+is harmless. The trouble starts on the way back out, because editing a form means
+repeating the whole document, and a document that says the same id twice per field, once
+capitalised and once not, is asking to be repeated wrongly.
+
+**`get_form_full` now returns one of them, and `update_form` accepts either.** A key is
+dropped only when another key beside it means the same thing in a different case and
+holds exactly the same value, so nothing is lost: the value is still there under the
+name that survives. Where two such keys hold *different* values, both are kept, because
+that is real information and picking one would be a guess. Forms built by the intake
+installer are unaffected; they save by a different route and were never part of this.
+
+If you have been working around this by hand, you can stop. Proven before release
+against a real form on a live account: saved with both spellings, saved again with one,
+edit kept, every custom field intact.
+
+Counts unchanged: 247 tools, 51 modules, free tier 111.
+
 ## 3.72.1 — a client's work stops shipping in the package
 
 An audit of the published 3.72.0 tarball found somebody else's proprietary material