Skip to content

preserve escaped CEL literals during lifting - #54

Open
liby wants to merge 1 commit into
inngest:mainfrom
liby:fix/preserve-cel-string-escapes
Open

preserve escaped CEL literals during lifting#54
liby wants to merge 1 commit into
inngest:mainfrom
liby:fix/preserve-cel-string-escapes

Conversation

@liby

@liby liby commented Aug 12, 2026

Copy link
Copy Markdown

liftLiterals stores string arguments as slices of the original CEL source. For escaped literals, the lifted variable therefore contains escape syntax rather than the decoded CEL value.

Skip literal lifting for expressions that contain a backslash, leaving CEL parsing, escape decoding, and validation to cel-go across standard, raw, bytes, and triple-quoted strings. Expressions without backslashes keep the existing normalization and cache path.

Add direct-versus-cached parity coverage for escaped strings and ensure invalid CEL escapes remain parse errors.

Fixes #53

@liby
liby force-pushed the fix/preserve-cel-string-escapes branch from c7ff2c8 to 7c084ba Compare August 12, 2026 06:23
@liby
liby force-pushed the fix/preserve-cel-string-escapes branch from 7c084ba to 9c0915f Compare August 12, 2026 06:24
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.

NewCachingCompiler does not preserve CEL string escape semantics

1 participant