| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Sorry, something went wrong.
There was a problem hiding this comment.
Centralized input restoration overwrites the runtime cancellation status, causing cancelled analyses to cache an unnecessary failure.
3 open issuesStandardizes CodeQL action entry points around runInActions and ActionState for consistent execution and shared state access.
Changes:
| File | Description |
|---|---|
| src/upload-sarif-action-post.ts | Adopts the shared runner and action state. |
| src/testing-utils.ts | Adds failure tracking and state access for tests. |
| src/status-report.ts | Adds post-action identifiers and consistent display names. |
| src/start-proxy-action-post.ts | Moves proxy cleanup into the shared runner. |
| src/resolve-environment-action.ts | Uses action state for inputs and reporting. |
| src/init-action-post.ts | Adopts centralized restoration and state-based APIs. |
| src/analyze-action-post.ts | Adopts the shared runner and environment access. |
| src/actions-util.ts | Extends action APIs and refactors input restoration. |
| src/action-common.ts | Restores post-action inputs before execution. |
| src/action-common.test.ts | Updates display-name and failure-message assertions. |
Review effort: Max
Sorry, something went wrong.
|
|
||
| for (const [name, value] of persistedInputs) { | ||
| process.env[name] = value; | ||
| action.env.set(name, value); |
|
|
||
| /** The main entry point for the `start-proxy` post-action. */ | ||
| export async function runWrapper() { | ||
| await runInActions(startProxyPostAction); |
| Back | FazBrowse Home | New Git URL |
Primarily a refactor which updates all of our actions (and post-actions) to use runInActions and, by extension, ActionState. That ensures consistency across the different actions and means we can take advantage of ActionState in their respective call trees going forward.
This PR also makes minimal changes to the entry points to start make use of ActionState there.
I have also made the Action display names that are reported in unhandled error messages when they are logged more consistent.
Risk assessment
For internal use only. Please select the risk level of this change:
Which use cases does this change impact?
Workflow types:
Products:
Environments:
How did/will you validate this change?
If something goes wrong after this change is released, what are the mitigation and rollback strategies?
How will you know if something goes wrong after this change is released?
Are there any special considerations for merging or releasing this change?
Merge / deployment checklist