Skip to content

docs(intent): a posting's rule.match needs a literal that says something (#7180) - #242

Merged
delchev merged 1 commit into
masterfrom
intent-posting-rule-literal
Sep 9, 2026
Merged

docs(intent): a posting's rule.match needs a literal that says something (#7180)#242
delchev merged 1 commit into
masterfrom
intent-posting-rule-literal

Conversation

@delchev

@delchev delchev commented Sep 9, 2026

Copy link
Copy Markdown
Contributor

Companion to eclipse-dirigible/dirigible#7253.

rule.match is documented as a column: literal selector, but nothing said the literal has to say something. It is matched against the rule row's own column as authored, so a blank one looks up the empty value: no rule row matches, and the posting then takes its documented "no rule row" path and skips every source document to the unposted worklist - with the intent, the generation and the publish all green, and nothing anywhere naming the cause.

The platform now refuses an empty or omitted match value when the intent is read; this states the rule where the key is documented.

🤖 Generated with Claude Code

…ing (#7180)

The value is rendered into the generated posting handler AS the authored
literal, so a blank one looks up the empty string: no rule row matches, and
the posting skips every source document to the unposted worklist with the
intent, the generation and the publish all green. An empty or omitted match
value is now refused when the intent is read, so the accident is named where
it is authored.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
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