V0.7.1 #141
benoitcayladbx
announced in
Announcements
V0.7.1
#141
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
OntoBricks — Release Notes V0.7.1
Release window: August, 2026
Type: Patch release (v0.7.0 → v0.7.1)
Test status: all changes shipped with the suite green (4798 passed, 276 skipped, 5 deselected, 1 xfailed).
Summary
v0.7.1 is a focused deploy / first-time onboarding patch on top of v0.7.0.
It clears five GitHub issues that blocked or confused new Databricks Apps
installs: broken bootstrap script paths after the
scripts/bootstrap/reorg,incorrect DAB app-permission nesting, stale Lakebase segment docs, a forced
Neo4j secret binding that most workspaces do not have, and Registry → Initialize
looking up the wrong MCP app name on instance-suffixed deploys.
No product-feature changes. No schema migrations. No breaking API changes.
Highlights
setup-lakebase.sh,app-permissions.sh, andlakebase-perms.shcdto therepository root after the
scripts/bootstrap/move sodeploy.config.shandsibling helpers resolve correctly.
CAN_MANAGE/CAN_USEfor both apps live underresources.apps.*indatabricks.yml(bundle top-level permissions are invalid / ignored).documentation matches auto-resolved
LAKEBASE_DATABASE_RESOURCE_SEGMENTandthe current
DEFAULT_LAKEBASE_DATABASE/_SCHEMAknobs.DAB no longer binds
neo4j-password/ontobricks-secrets; Neo4j staysoptional via Settings → Neo4j (Secrets API).
registry/graph grants derive
mcp-{APP_NAME}(e.g.mcp-ontobricks-07x);MCP_APP_NAMEis injected intoapp.yaml; UC catalogALL_PRIVILEGESrunsin
lakebase-perms.shbefore the schema-existence guard so first deploystill applies them.
Bug Fixes
Bootstrap path after
scripts/bootstrap/reorg (#133)After bootstrap scripts moved under
scripts/bootstrap/, relativecd/sourcepaths no longer reached the repo root. First-time Lakebase setup andpermission grants failed or ran against the wrong working directory.
scripts/bootstrap/setup-lakebase.shscripts/bootstrap/app-permissions.shscripts/bootstrap/lakebase-perms.shDAB app-level permissions nesting (#134)
App ACL entries must be nested under each app resource. Top-level bundle
permissionsdo not apply the intendedCAN_USE/CAN_MANAGEgrants.databricks.yml— nest permissions underresources.apps.ontobricks_dev_appand
resources.apps.mcp_ontobricks_appdocumentation/deployment.md— document the correct nestingStale Lakebase segment / deploy.config variable names (#135)
Docs still described a manually set
DEFAULT_LAKEBASE_DATABASE_RESOURCE_SEGMENTafter deploy started auto-resolving the
db-…segment from the Postgres API.documentation/deployment.mddocumentation/lakebase-graphdb.mdscripts/bootstrap/setup-lakebase.shhelp textNeo4j secret binding aborted first deploy (#136)
./scripts/deploy.shfailed when the workspace lackedontobricks-secrets/neo4j-password, even though Neo4j is optional andconfigured in-app via the Secrets API.
databricks.yml— removeneo4j_secret_scopeand theneo4j-passwordoverlayscripts/_internal/_ensure-instance-target.sh— stop emitting the secret forgenerated
dev-lakebase-<id>targetsscripts/deploy.config.sh/scripts/deploy.sh— drop the secret-scopepreflight /
--varapp.yaml.template— clarify the unbound resource is legacy-onlyMCP companion SP skipped on instance-suffixed apps (#137)
With
INSTANCE_ID=07x, deploy createsmcp-ontobricks-07x, but Registry →Initialize looked up bare
mcp-ontobricksand skipped MCP grants. Separately,UC catalog grants in
lakebase-perms.shran only after the schema guard, so afirst deploy (schema not yet created) never granted catalog
ALL_PRIVILEGES;in-app re-grants as the app SP then warned about missing
MANAGE.src/back/core/databricks/lakebase/grants.py—resolve_mcp_app_name(
mcp-{APP_NAME}); clearer CAN_USE / UC warning textsrc/back/objects/domain/SettingsService.py— registry + graph provision usethe derived MCP name
app.yaml.template— injectMCP_APP_NAMEat deploy timescripts/bootstrap/lakebase-perms.sh— UC catalog grants before schema guardsrc/front/templates/settings.html— blank MCP field derivesmcp-{main app}Documentation
Neo4j-optional deploy, MCP naming (
mcp-${APP_NAME}), first-deploy UC granttiming, and why elevating the app SP to
CAN_MANAGEis the wrong fix forInitialize warnings.
Upgrade notes
From 0.7.0: pull
0.7.1and re-run./scripts/deploy.sh(ormake deploy).No registry or graph rebuild required for this patch alone.
Existing instance-suffixed apps (
ontobricks-07x/mcp-ontobricks-07x):after deploy, open Settings → Registry → Repair permissions (or Initialize
again) so MCP grants target
mcp-ontobricks-07x. If UC catalog privileges arestill missing, re-run as a workspace admin:
Do not elevate the app service principal to Lakebase
CAN_MANAGEorcatalog
MANAGEjust to silence Initialize warnings — grantALL PRIVILEGESto the SP from an admin principal via the bootstrap script (or SQL) instead.
Neo4j: if you previously relied on a DAB-bound
neo4j-passwordresource,configure the connection under Settings → Neo4j with a Databricks secret
scope/key (unchanged product path).
New deploys: use
./scripts/deploy.shend-to-end; bootstrap scripts nowresolve correctly from
scripts/bootstrap/.Issues closed
This discussion was created from the release V0.7.1.
All reactions