chore: update changelog CLI v2.39.0/v2.39.1 and Platform updates - #376
chore: update changelog CLI v2.39.0/v2.39.1 and Platform updates#376mintlify[bot] wants to merge 2 commits into
Conversation
|
Preview deployment for your docs. Learn more about Mintlify Previews.
|
|
Claude finished @mbevc1's task in 1m 45s —— View job Doc review — re-run after latest push (
|
| ## Updates | ||
|
|
||
| - **SCIM orgs: user management moves to your IdP** — in an organization whose user lifecycle is managed by SCIM, members owned by the IdP can no longer be invited, re-invited, role-changed, or removed through Kosli. Such edits used to appear to succeed, only to be silently overwritten by the next sync, leaving audit-log entries attributing the change to the wrong actor. An admin can opt back in to managing the remaining (non-IdP) users via a toggle on the user management page; with the opt-in off, the UI permits no invitations or role changes. Service accounts are unaffected and stay editable throughout. |
There was a problem hiding this comment.
Improvement — two things on this entry:
-
Wrong section heading. This removes a capability from the UI (in SCIM-managed orgs, IdP-owned members can no longer be invited, re-invited, role-changed, or removed through Kosli). That's a breaking behavior change for affected admins, not an "Update". The file already uses a
## Breaking changesheading (4 prior entries) — this belongs there, or split so the removal sits under## Breaking changesand keeps the rest under## Updates. -
audit-logterminology. CLAUDE.md: use "audit trail", not "audit log". If this deliberately names the Audit Log UI page (as prior entries at lines 706/717 do), capitalize it as a proper noun so it reads as the page name rather than generic prose.
Also worth tightening — at five sentences this is the longest bullet in the file; the "opt back in" detail could move to a second sentence or a linked doc page.
|
|
||
| ## New features | ||
|
|
||
| - **Spaces enabled for every org** — Spaces, the hierarchical tree for organizing flows and environments, is now available to every organization by default. The Manage Spaces page and the Space filter on the Flows and Environments lists no longer require a feature flag or an org-level opt-in setting, both of which are gone. |
There was a problem hiding this comment.
Improvement (docs gap, follow-up — not blocking) — Spaces is announced as generally available here, but it is undocumented anywhere on the site: grep -ri spaces across understand_kosli/, getting_started/, and administration/ returns only unrelated hits (the word "spaces", "namespaces"), and this is the changelog's first mention of the feature. A reader who learns from this entry that Spaces is now on for their org has nowhere to go to learn how to use it.
Every other entry in this PR links to reference docs (/client_reference/..., /policy-reference/...); this one and the SCIM entry can't, because the pages don't exist. Suggest opening a follow-up issue for a Spaces concept/how-to page (and one for SCIM user management) and linking it from here once it lands.
|
|
||
| ## Bug fixes | ||
|
|
||
| - **Magic links survive email scanners** — a `HEAD` request (from a browser or a link scanner) no longer consumes a sign-in magic link, so the link still works when the user actually clicks it. Previously a pre-scanned link failed with "already used". |
There was a problem hiding this comment.
Although nice, this is an internal change (behind a feature flag).
Summary
Adds changelog entries for releases published Aug 24–31: CLI v2.39.0 and v2.39.1, plus Platform changes shipped from the server.
Changes
--sonar-branchflag, clearer Jira credential handling,--jira-project-keywhitespace tolerance,.kosli_ignorehelp text.