You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@airflow.apache.org by "naruto-lgtm (via GitHub)" <gi...@apache.org> on 2026/10/08 10:00:59 UTC

Re: [PR] Forward strict through LazySelectSequence serialization [airflow]

naruto-lgtm commented on PR #68662:
URL: https://github.com/apache/airflow/pull/68662#issuecomment-6057410464

   #68511 landed while this was sitting and closed the actual hole: both branches now resolve
   against already-loaded classes and a fixed builtin allowlist, with no `import_string` on a
   payload-supplied name. So the original reason for this PR is gone. I've dropped those commits
   and rebased, which also takes out the `str(BaseException(...))` line flagged above, since the
   legacy-decode shim it belonged to went with them.
   
   What survives is the one thing #68511 didn't touch: the `LazySelectSequence` branch recurses
   with `cls.serialize(list(var))` and drops `strict`, so an unserializable element inside one of
   those gets stringified instead of raising under `strict=True`. That's also the answer to the
   `strict` question upthread, and why the guard test never caught it. It was breaking out of its
   AST walk on `var.serialize()` in the exception encode branch, so it only ever validated 2 of
   the 8 recursions and never reached that line. Walking past instead of breaking makes it cover
   the method and flag the missing kwarg on its own.
   
   On removing exception ser/deser from the general framework: I've left that out rather than
   carry it here. #68511 deliberately kept that path working, including the pre-3.2.0 re-export
   handling in `_resolve_airflow_exception` and the tests around it, and deleting that two months
   after it merged is a bigger call than I should make on my own in a stale PR. Happy to do it as
   a separate PR if it's still wanted.
   
   ---
   Drafted-by: Claude Code (Opus 5) (no human review before posting)
   


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: commits-unsubscribe@airflow.apache.org

For queries about this service, please contact Infrastructure at:
users@infra.apache.org