Skip to content

Upgrade to cel-rust 0.14.5, refresh dependencies, bump CI actions - #42

Merged
hardbyte merged 3 commits into
mainfrom
brian/maintenance-2026-09
Sep 8, 2026
Merged

Upgrade to cel-rust 0.14.5, refresh dependencies, bump CI actions#42
hardbyte merged 3 commits into
mainfrom
brian/maintenance-2026-09

Conversation

@hardbyte

@hardbyte hardbyte commented Sep 8, 2026

Copy link
Copy Markdown
Owner

Why

cel-rust 0.14.4/0.14.5 change behaviour the wrapper has to follow, and the Python and Actions dependencies had drifted.

Upstream behaviour now reflected

  • Reserved CEL words are rejected as identifiers (var, let, if, ...). Spec-correct, but user-visible: var == "x" is now a parse-time ValueError even if the context defines var. Tests that used var are renamed; a parametrised test pins all 17 words. Called out first in the CHANGELOG.
  • type() is native and returns a first-class type value, so type(1u) == uint and type(null) == null_type work inside expressions. Upstream converts a type value to its name when returning it, so Python receives "int". The string-returning type() and identity dyn() shims are removed from cel.stdlib (built-ins already shadowed them). Visible differences: uint reports "uint" not "int", null reports "null_type".
  • int()/uint() reject out-of-range conversions. Mapped to OverflowError, matching the existing arithmetic overflow mapping.
  • Pinned: negative hex literals, stacked unary operators, bytes-literal escape rules, optional equality by content.

Dependencies

  • cel 0.14.3 → 0.14.5 (minimum now 0.14.5) plus in-range transitive bumps. 83 crates checked against OSV: no advisories.
  • tool.uv.dev-dependenciesdependency-groups.dev (deprecation warning); uv.lock refreshed (ruff 0.16.6 stays inside the 0.16 pin).
  • Actions: checkout v7, setup-python v7, upload-artifact v7, download-artifact v8 (digest mismatch now fails the job), setup-uv v10 (cache disabled on fork PRs and Dependabot rollups).

Verification

cargo fmt --check, cargo clippy -D warnings, cargo test, pytest (510 passed, 1 skipped, 5 xfailed; was 482/6 xfailed), ruff format/check, mypy, ty probe, and the executed doc snippets all pass locally.

cel-rust 0.14.4/0.14.5 bring behaviour the wrapper must follow:

- Reserved CEL words (var, let, if, ...) are rejected as identifiers at parse
  time. Tests that used `var` as a variable name are renamed, and the change is
  called out in the CHANGELOG as user-visible.
- type() is native and returns a first-class type value, so the string-returning
  shim and the identity dyn() shim in cel.stdlib are removed; built-ins already
  took precedence over them. uint now reports "uint" and null "null_type".
- int()/uint() reject out-of-range conversions with a FunctionError whose
  message ends in "overflow"; map those to OverflowError to match the existing
  arithmetic overflow mapping.

Also moves dev deps to dependency-groups (tool.uv.dev-dependencies is
deprecated), refreshes uv.lock and in-range crates, and bumps checkout,
setup-python, upload/download-artifact and setup-uv to their current majors.
@chatgpt-codex-connector

chatgpt-codex-connector Bot commented Sep 8, 2026

Copy link
Copy Markdown

Codex Review Summary

This comment shows the latest Codex review activity on this pull request.

Review Status Commit Review trigger
📝 Code Review Completed 2026-09-08T20:42:34.018930Z 86dccb5 PR opened
ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review" or "@codex security review".

Codex reacts with 👀 while any review is running, comments if it has suggestions, and reacts with 👍 once all reviews finish with no findings.

@chatgpt-codex-connector chatgpt-codex-connector Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: 86dccb57b7

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

Comment thread src/lib.rs Outdated
"A function was called without a required argument or method target.",
)
},
ExecutionError::FunctionError { function, message } if message.ends_with("overflow") => {

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P2 Badge Restrict overflow mapping to conversion built-ins

When a registered Python callback raises an exception whose message ends in overflow (for example, RuntimeError("buffer overflow")), build_environment wraps it as a FunctionError with a message that still ends in that word, so this guard incorrectly converts the callback failure into OverflowError instead of the usual RuntimeError. Limit this mapping to the native int/uint conversion functions or their exact known error messages.

Useful? React with 👍 / 👎.

Copy link
Copy Markdown
Owner Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Confirmed with a callback raising RuntimeError("buffer overflow"): it came back as OverflowError. Fixed in db0e48a by matching the two exact upstream messages (int/"integer overflow", uint/"unsigned integer overflow") instead of the suffix, with a regression test for the callback case.

A Python callback raising an exception whose text ends in "overflow" was
being reclassified as OverflowError by the suffix match. Match the two exact
upstream messages instead, and pin the callback case with a test.
@hardbyte
hardbyte merged commit 91aa2aa into main Sep 8, 2026
20 checks passed
@hardbyte
hardbyte deleted the brian/maintenance-2026-09 branch September 8, 2026 21:06
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