Repository navigation
Conversation
Correct the overpromise in the Consistent Ignores introduction, explain that ignores attach to the repository-level finding identifier, state that deleting a branch Project or target does not delete or reopen Consistent Ignores, and add steps for when an ignored finding appears as open again. Recommend running snyk code test from the repository root. Fix the fingerprint key (snyk/asset/finding/v1) and JSON path in the CLI and pull request check pages, and replace a dangling cross-reference. Co-authored-by: Claude <noreply@anthropic.com>
Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
✅ Snyk checks have passed. No issues have been found so far.
💻 Catch issues earlier using the plugins for VS Code, JetBrains IDEs, Visual Studio, and Eclipse. |
sebsnyk
marked this pull request as ready for review
October 6, 2026 22:39
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Problem
The Consistent Ignores page says an ignore is respected wherever a test runs. A finding can appear as open again after tests of one repository start from different directories, or when the repository holds duplicate copies of its source files. The page gives no cause and no steps for either case.
Solution
Notes
Builds on the commit already on this branch's base,
docs/coin-2733-consistent-ignores-matching. No dates or release promises are on the page.🤖 Generated with Claude Code
Note
Low Risk
Documentation-only updates to user-facing guides; no product code or configuration changes.
Overview
Expands Snyk Code Consistent Ignores documentation so readers understand how ignores attach to findings and why an ignored issue can show as open again.
The main README now states that ignores bind to the repository-level
snyk/asset/finding/v1identifier (not file/line), how Snyk rematches findings across branches, CLI, IDE, and PR checks, and that paths are relative to the test working directory. It adds troubleshooting for mismatches when tests start from different directories or when duplicate source trees exist, including steps to re-ignore, retest, review duplicate dirs, and contact support.The CLI page adds guidance to run
snyk code testfrom the Git repo root for consistent paths, and corrects the JSON fingerprint path toruns[0].results[n].fingerprints["snyk/asset/finding/v1"]with a link to the new matching section. The PR checks page fixes the same identifier string (assetvsassets).Reviewed by Cursor Bugbot for commit db46ec6. Bugbot is set up for automated code reviews on this repo. Configure here.