-
Notifications
You must be signed in to change notification settings - Fork 0
chore: bump review image to 0.3.0 for structured diff view #22
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -62,7 +62,7 @@ on: | |
| description: "Gatehouse release image tag. Bump per release." | ||
| type: string | ||
| required: false | ||
| default: "quay.io/crunchtools/gatehouse:0.2.0" | ||
| default: "quay.io/crunchtools/gatehouse:0.3.0" | ||
|
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. HIGH (Documentation): The default image tag for the Gatehouse review workflow has been updated to Suggestion: Update the project's main documentation (e.g., README.md, USAGE.md) to reflect that Gatehouse now provides a structured BEFORE/AFTER diff view to agents, rather than a raw unified diff. Explain the benefits or implications of this new structured view for users. Evidence: |
||
| secrets: | ||
| GEMINI_API_KEY: | ||
| required: true | ||
|
|
||
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -45,6 +45,16 @@ gatehouse --advisory | |
|
|
||
| All 8 agents run concurrently. Findings below 80% confidence are filtered out. | ||
|
|
||
| ## How Agents See Changes | ||
|
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. HIGH (Test Coverage): The provided diff only updates the workflow version and documentation for a new "structured BEFORE/AFTER diff view" feature (v0.3.0). The actual implementation of this feature, which involves complex diff parsing and structuring logic (e.g., handling unparseable diffs), is not included in the diff. This prevents assessing its test coverage for new or modified functions, complex logic branches (e.g., parsing failures, edge cases), and changed behavior. Suggestion: Provide the code changes for the "structured BEFORE/AFTER diff view" feature (likely in Evidence: |
||
|
|
||
| Since v0.3.0, agents do not receive raw unified diffs. Each hunk is rendered | ||
| as a structured view: a BEFORE block (the old code, removed lines marked | ||
| `[-]`) and an AFTER block (the new code with real file line numbers, added | ||
| lines marked `[+]`), plus instructions to judge the direction of a change. | ||
| Protections *added* by a change are treated as fixes, not findings; | ||
| protections *removed* by a change are flagged. Diffs that cannot be parsed | ||
| fall back to the raw unified format. | ||
|
|
||
| ## Exit Codes | ||
|
|
||
| | Code | Meaning | | ||
|
|
||
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
HIGH (Test Coverage): The workflow now uses Gatehouse image
0.3.0, which, according to the commit message, introduces a 'structured BEFORE/AFTER diff view' instead of a raw unified diff. This represents a significant change in core functionality (diff parsing and structuring, likely indiffview.py). There is no evidence in the provided diff that corresponding unit or integration tests have been added or updated to cover this new, complex logic, including various diff formats and edge cases.Suggestion: Ensure comprehensive unit tests are implemented for the new 'structured BEFORE/AFTER diff view' functionality. These tests should cover: correct parsing of various unified diff formats into the structured view, handling of edge cases (e.g., empty files, only additions/deletions, renames, binary files, large diffs), and verification that the structured output correctly represents changes for agents. If
diffview.pywas modified, existing tests should be updated to reflect the new behavior.Evidence: