-
Notifications
You must be signed in to change notification settings - Fork 190
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
The minimum quality bar is sustainably enforced by OSV.dev #2188
Comments
This was referenced Jul 28, 2024
andrewpollock
added a commit
to andrewpollock/osv.dev
that referenced
this issue
Nov 7, 2024
This commit explicitly sets strict mode on a per-repository basis. This change is a no-op until the importer's `--strict_validation` flag is also set to True, and it will then be a no-op for all sources other than the `cve-osv` one where we can trial having it enabled. Part of google#2188
andrewpollock
added a commit
to andrewpollock/osv.dev
that referenced
this issue
Nov 8, 2024
This only impacts sources that have `strict_validation` enabled for them, such as in google#2837 Part of google#2188
andrewpollock
added a commit
that referenced
this issue
Nov 13, 2024
andrewpollock
added a commit
to andrewpollock/osv.dev
that referenced
this issue
Nov 26, 2024
This replicates staging's explicit per-source setting of strict validation to false and harmonises a few unnecessary divergences that have crept in between the two files. Part of google#2191 and google#2188
andrewpollock
added a commit
to andrewpollock/osv.dev
that referenced
this issue
Nov 26, 2024
This replicates staging's explicit per-source setting of strict validation to false and harmonises a few unnecessary divergences that have crept in between the two files. Part of google#2191 and google#2188
andrewpollock
added a commit
to andrewpollock/osv.dev
that referenced
this issue
Dec 1, 2024
This enables strict mode in the OSV.dev staging environment for all sources in staging that have been deemed already be publishing 100% OSV JSON Schema compliant records already, with the notable exception of the RustSec Advisory Database due to rustsec/advisory-db#2135 Part of google#2188
andrewpollock
added a commit
that referenced
this issue
Dec 2, 2024
…#2943) This enables strict mode in the OSV.dev staging environment for all sources in staging that have been deemed already be publishing 100% OSV JSON Schema compliant records, with the notable exception of the RustSec Advisory Database due to rustsec/advisory-db#2135 and the inclusion of PyPA despite pypa/advisory-database#217 (because of pypa/advisory-database#208) Part of #2188
Status UpdatePiloting JSON Schema compliance enforcement in Staging for all sources (except RustSec Advisory DB until rustsec/advisory-db#2135 gets addressed) Next Steps
|
andrewpollock
added a commit
to andrewpollock/osv.dev
that referenced
this issue
Dec 2, 2024
This adds functionality to the worker to clear any existing import findings for a record that previously failed to import, but now does. This avoids confusing historical findings existing for records that are successfully importing now. Part of google#2189 and google#2188
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Records below the quality bar are not imported into or exported by OSV.dev
The text was updated successfully, but these errors were encountered: