| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Sorry, something went wrong.
There was a problem hiding this comment.
Thanks!!
Sorry, something went wrong.
| /** | ||
| * An error that occurred due to an invalid SARIF upload request. | ||
| */ | ||
| class InvalidUploadSarifRequest extends Error { |
There was a problem hiding this comment.
Nit: could we we suffix this with Error?
Sorry, something went wrong.
| /** | ||
| * Uploads a single SARIF file or a directory of SARIF files depending on what `sarifPath` refers to. | ||
| * | ||
| * @param invalidRequestIsUserError Whether an invalid request, for example one with a `sarifPath` |
There was a problem hiding this comment.
Maybe considerInvalidRequestUserError makes more sense to me, though it's not more concise 😆
Sorry, something went wrong.
There was a problem hiding this comment.
🥳
Sorry, something went wrong.
| Back | FazBrowse Home | New Git URL |
Found this while I was looking at CodeQL Action telemetry as I rolled out some other changes.
Categorizing user errors correctly in telemetry helps us detect and respond to incidents faster. This PR starts marking invalid SARIF upload requests as UserError when users use the upload-sarif Action, as here the SARIF is not under our control, and things like invalid paths or invalid SARIF are not problems with our service. On the other hand, when uploading SARIF in the analyze or init-post steps, invalid SARIF upload requests remain Errors, since these could indicate a problem with our service.
Suggestions for a better name for invalidRequestIsUserError welcome — this felt a little awkward.
Merge / deployment checklist