Skip to content

Work orders written and found where the driver keeps them; templates read - #125

Merged
jcombs-pointblue merged 2 commits into
masterfrom
claude/workorders-templates
Nov 3, 2026
Merged

jcombs-pointblue merged 2 commits into
masterfrom
claude/workorders-templates

Conversation

@jcombs-pointblue

Copy link
Copy Markdown
Contributor
  • workorder.show, workorder.create, workorder.set and workorder.delete (light writes, audited), with Operate.Engine add and delete.
  • workorder.list now looks in the container the idv.workorder.container GCV names (a slash DN resolved a level at a time), including a GCV kept in a linked GCV object, as the Work Order package does, or the Work Order driver object. --base still overrides.
  • template.list and template.show, read-only.
  • A body that does not parse no longer prints [Fatal Error] to stderr.

Checked against a throwaway Work Order driver on the ig4 lab tree (removed afterwards); findings in docs/console-gaps.md. 1054 tests pass.

🤖 Generated with Claude Code

jcombs-pointblue and others added 2 commits November 3, 2026 11:11
…read

workorder.list now looks in the Work Order container (the idv.workorder.container
GCV, a slash DN resolved a level at a time, else the driver object) instead of
the driver set. New: workorder.show, workorder.create, workorder.set and
workorder.delete (light writes, audited, fields checked against the class's
schema and Identity Console 26.1.2's page), and template.list and template.show
(read-only; templates stay deploy content).

Checked live on idm-ig4 with a throwaway Work Order driver built like Designer's
WorkOrder configuration and NOVLWOBASE 2.1.1: the driver ran work orders made
by these commands, and the docs now say what it does with one. CanonicalXml.parse
no longer prints [Fatal Error] to stderr on a body it cannot read.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
NOVLWOBASE installs idv.workorder.container in a GCV object linked to the driver
(policy set 14), not in the driver's own values; workorder.list and create looked
only at the driver and the set, so a packaged driver fell back to the driver
object. Found while building the console's work order screen.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@jcombs-pointblue
jcombs-pointblue force-pushed the claude/workorders-templates branch from ee09141 to 5406b23 Compare November 3, 2026 17:14
@jcombs-pointblue
jcombs-pointblue merged commit 20cbd8a into master Nov 3, 2026
4 checks passed
jcombs-pointblue added a commit that referenced this pull request Nov 3, 2026
…mplates

Work orders written and found where the driver keeps them; templates read
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant