fix(surveyor): fail closed when an issue row has no issueType key - #230
Conversation
In jq an absent key reads as null, so a malformed row was counted as an untyped issue. The reference aggregation now requires each row to be an object carrying issueType, and a non-null issueType to be an object with a string name. Fixes #229 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Tried as a user, at
RED/GREEN: the old definition fails the new missing-key case, and the new one passes the whole contract. The plugin version was bumped to 5.1.8 and the desired-state digest refreshed, and |
@coderabbitai full review |
|
✅ Action performedFull review finished. |
|
Understand this PR’s impact Explore downstream dependencies and potential security impact with Blast Radius. No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Organization UI Review profile: ASSERTIVE Plan: Advanced Run ID: 📒 Files selected for processing (7)
Included review availability: Your plan provides up to 1 included review per hour; 0 remain after this review. 📜 Recent review details🧰 Additional context used📓 Path-based instructions (3)Any change to the plugin set updates both manifests in the same PR📄 CodeRabbit inference engine (AGENTS.md) Files:
A plugin's version is its cache key — move it whenever its content changes.📄 CodeRabbit inference engine (AGENTS.md) Files:
keep manifests/README cross-tool📄 CodeRabbit inference engine (AGENTS.md) Files:
🔇 Additional comments (7)
📝 WalkthroughWalkthroughThe issue aggregation query now requires each issue node to be an object with an explicit Priority: ⬇️ Low Severity of issue fixed: Low Important Pre-merge checks failedPlease resolve all errors before merging. Addressing warnings is optional. ❌ Failed checks (1 error)
✅ Passed checks (4 passed)
Full details: Linked Issues checkExplanation Issue [ Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
Readiness at |
Why
The portfolio survey counts open issues by type. If a response row came back without its type field at all, the count quietly filed it as "untyped" instead of reporting that the answer was incomplete. A survey that cannot tell a malformed answer from a real one can mislead the engineer about what work exists.
What
A row missing its type, or carrying a type in the wrong shape, now makes the count fail and report the query as unknown. It no longer produces a number. Complete answers are counted exactly as before.
Fixes #229