Skip to content

feat: bedrock batch role arn in key config - #5474

Merged
akshaydeo merged 1 commit into
devfrom
07-22-feat_bedrock_batch_role_arn_in_key_config
Jul 23, 2026
Merged

akshaydeo merged 1 commit into
devfrom
07-22-feat_bedrock_batch_role_arn_in_key_config

Conversation

@TejasGhatte

@TejasGhatte TejasGhatte commented Jul 22, 2026

Copy link
Copy Markdown
Collaborator

Summary

Adds a server-configured batch_role_arn field to the Bedrock key configuration, allowing operators to pin the IAM service role used for Bedrock batch jobs at the server level rather than relying on clients to supply it via role_arn in request extra params. When set, the server-side value takes priority over any client-provided role_arn.

Changes

  • Added BatchRoleARN *SecretVar to BedrockKeyConfig in schemas/account.go, stored under the JSON key batch_role_arn and kept separate from the STS AssumeRole identity (bedrock_role_arn).
  • Updated BatchCreate in bedrock.go so that key.BedrockKeyConfig.BatchRoleARN is resolved first; the client-supplied role_arn in ExtraParams is only used as a fallback when the server value is absent.
  • Added a database migration (add_bedrock_batch_role_arn_column) that adds the bedrock_batch_role_arn column to config_keys, with rollback support.
  • Wired BedrockBatchRoleARN through all RDB read/write paths (tableKeyFromSchemaKey, UpdateProvidersConfig, UpdateProvider, AddProvider) and through BeforeSave/AfterFind hooks including encryption and decryption.
  • Updated the AfterFind Bedrock config reconstruction condition to include BedrockBatchRoleARN.
  • Added BatchRoleARN to the mergeUpdatedKey preserve logic in the HTTP handler so partial updates do not accidentally clear the field.
  • Added batch_role_arn to the config JSON schema with a description noting its priority semantics and env. prefix support.
  • Added batch_role_arn to the Zod schemas (providerForm.ts, schemas.ts) and rendered a Batch Role ARN input field in the UI form, visible only when the provider supports the batch API.
  • Added redaction support for BatchRoleARN in clientconfig.go.

Type of change

  • Bug fix
  • Feature
  • Refactor
  • Documentation
  • Chore/CI

Affected areas

  • Core (Go)
  • Transports (HTTP)
  • Providers/Integrations
  • Plugins
  • UI (React)
  • Docs

How to test

# Core/Transports
go version
go test ./...

# UI
cd ui
pnpm i || npm i
pnpm test || npm test
pnpm build || npm run build

Manual validation:

  1. Configure a Bedrock provider key with batch_role_arn set (either as a literal ARN or via env.AWS_BATCH_ROLE_ARN).
  2. Submit a batch create request that also includes role_arn in extra_params.
  3. Confirm that the server-configured batch_role_arn is used and the client-supplied value is ignored.
  4. Remove batch_role_arn from the key config and resubmit; confirm the client-supplied role_arn is now used.
  5. Verify the value is stored encrypted in the database and appears redacted in API responses.

New config field:

Field JSON key Description
BatchRoleARN batch_role_arn Service role ARN Bedrock assumes for batch S3 access. Supports env. prefix. Takes priority over client-supplied role_arn.

Breaking changes

  • Yes
  • No

Security considerations

BatchRoleARN is treated as a secret: it is encrypted at rest via the existing encryptSecretVarPtr/decryptSecretVarPtr pipeline and redacted in API responses, consistent with other credential fields such as RoleARN and ExternalID.

Checklist

  • I read docs/contributing/README.md and followed the guidelines
  • I added/updated tests where appropriate
  • I updated documentation where needed
  • I verified builds succeed (Go and UI)
  • I verified the CI pipeline passes locally if applicable

@coderabbitai

coderabbitai Bot commented Jul 22, 2026

Copy link
Copy Markdown
Contributor

Review Change Stack

📝 Walkthrough

Walkthrough

Changes

Bedrock batch role configuration

Layer / File(s) Summary
Batch role configuration contract and form
core/schemas/account.go, transports/config.schema.json, ui/lib/schemas/providerForm.ts, ui/lib/types/schemas.ts, ui/app/workspace/providers/fragments/apiKeysFormFragment.tsx
Adds optional batch_role_arn schema fields and conditionally renders the Bedrock batch-role input.
Persist and protect the batch role
framework/configstore/migrations.go, framework/configstore/tables/key.go, framework/configstore/rdb.go, framework/configstore/clientconfig.go
Adds the database column and carries the secret through mapping, reconciliation, redaction, encryption, decryption, and reconstruction.
Preserve batch role during masked updates
transports/bifrost-http/handlers/provider_keys.go
Preserves the stored batch role when updates contain masked placeholders.
Resolve the Bedrock batch role
core/providers/bedrock/bedrock.go
Makes the configured batch role take precedence over the request-provided role_arn, with fallback to the request value when unset.

Estimated code review effort: 3 (Moderate) | ~20 minutes

Sequence Diagram(s)

sequenceDiagram
  participant ProviderConfig
  participant ConfigStore
  participant BatchCreate
  participant AWSBedrock
  ProviderConfig->>ConfigStore: save batch_role_arn
  ConfigStore->>BatchCreate: load configured BatchRoleARN
  BatchCreate->>AWSBedrock: create batch job with selected roleArn
Loading

Suggested reviewers: pratham-mishra04, impoiler

🚥 Pre-merge checks | ✅ 3 | ❌ 2

❌ Failed checks (2 warnings)

Check name Status Explanation Resolution
Linked Issues check ⚠️ Warning PR #123 is about Files API support, but this PR implements Bedrock batch role ARN config instead. Implement the Files API support described in #123, including file upload endpoints and related provider integration changes.
Docstring Coverage ⚠️ Warning Docstring coverage is 0.00% which is insufficient. The required threshold is 80.00%. Write docstrings for the functions missing them to satisfy the coverage threshold.
✅ Passed checks (3 passed)
Check name Status Explanation
Out of Scope Changes check ✅ Passed All changes align with the Bedrock batch role ARN feature and no unrelated code appears to be introduced.
Title check ✅ Passed The title is concise and clearly summarizes the main Bedrock batch role ARN configuration change.
Description check ✅ Passed The description covers the required sections, including summary, changes, type, areas, testing, breaking changes, and security considerations.
✨ Finishing Touches
📝 Generate docstrings
  • Create stacked PR
  • Commit on current branch
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch 07-22-feat_bedrock_batch_role_arn_in_key_config

Comment @coderabbitai help to get the list of available commands.

@TejasGhatte
TejasGhatte marked this pull request as ready for review July 22, 2026 17:21

Copy link
Copy Markdown
Collaborator Author

This stack of pull requests is managed by Graphite. Learn more about stacking.

@CLAassistant

Copy link
Copy Markdown

CLA assistant check
Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.


tejas ghatte seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.
You have signed the CLA already but the status is still pending? Let us recheck it.

@coderabbitai coderabbitai Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Caution

Some comments are outside the diff and can’t be posted inline due to platform limitations.

⚠️ Outside diff range comments (2)
core/providers/bedrock/bedrock.go (2)

2977-2980: 🎯 Functional Correctness | 🟡 Minor | ⚡ Quick win

Update the missing-role error message.

The new key-level batch_role_arn source is omitted from the remediation text, which incorrectly tells operators to configure only extra_params. Mention both bedrock_key_config.batch_role_arn and extra_params.role_arn.

🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@core/providers/bedrock/bedrock.go` around lines 2977 - 2980, Update the
missing-role error message in the roleArn validation to direct operators to both
bedrock_key_config.batch_role_arn and extra_params.role_arn, and use the same
complete remediation text for provider.logger.Error and
NewBifrostOperationError.

2959-2975: 🔒 Security & Privacy | 🟠 Major | ⚡ Quick win

Fail closed when the configured batch role cannot be resolved.

When BatchRoleARN is configured as an env./vault reference but GetValue() returns empty, this code falls through to the client-controlled request.ExtraParams["role_arn"]. That violates the contract that the configured batch role takes priority and allows callers to select a different IAM role. Treat a configured BatchRoleARN as authoritative: if resolution is empty, return an error; consult request role_arn only when the key field is genuinely unset.

🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@core/providers/bedrock/bedrock.go` around lines 2959 - 2975, The batch-role
resolution around BatchRoleARN must fail closed when a configured value resolves
to empty. Distinguish BatchRoleARN being unset from being configured: if
configured, use its GetValue result and return an error when empty; only consult
request.ExtraParams["role_arn"] when BatchRoleARN is genuinely nil, preserving
the existing fallback to RoleARN otherwise.
🧹 Nitpick comments (2)
transports/bifrost-http/handlers/provider_keys.go (1)

386-411: 📐 Maintainability & Code Quality | 🔵 Trivial | ⚡ Quick win

Add batch-role coverage to masked-update tests.

Extend TestMergeUpdatedKey_ProviderConfigMaskedPreviews with a masked BatchRoleARN fixture/assertion and an env. reference case. Without this, a regression could overwrite or drop the stored batch role during edits.

🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@transports/bifrost-http/handlers/provider_keys.go` around lines 386 - 411,
Extend TestMergeUpdatedKey_ProviderConfigMaskedPreviews with a masked
BatchRoleARN fixture and assertion, covering preservation of the stored
batch-role value during updates. Add an env. reference case for BatchRoleARN,
matching the existing Bedrock provider configuration test patterns.
framework/configstore/migrations.go (1)

456-456: 📐 Maintainability & Code Quality | 🔵 Trivial | ⚡ Quick win

Add migration regression coverage.

Please add or verify a test using the existing legacy config_keys fixture that asserts the column is created, the migration is idempotent, and rollback removes it. This protects the registered migration step and its reversible schema path.

Also applies to: 10891-10914

🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@framework/configstore/migrations.go` at line 456, Add regression coverage for
the registered migrationAddBedrockBatchRoleARNColumn step using the existing
legacy config_keys fixture. Assert the new column is created, rerunning the
migration is idempotent, and rollback removes the column, covering both forward
and reversible schema paths.
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

Outside diff comments:
In `@core/providers/bedrock/bedrock.go`:
- Around line 2977-2980: Update the missing-role error message in the roleArn
validation to direct operators to both bedrock_key_config.batch_role_arn and
extra_params.role_arn, and use the same complete remediation text for
provider.logger.Error and NewBifrostOperationError.
- Around line 2959-2975: The batch-role resolution around BatchRoleARN must fail
closed when a configured value resolves to empty. Distinguish BatchRoleARN being
unset from being configured: if configured, use its GetValue result and return
an error when empty; only consult request.ExtraParams["role_arn"] when
BatchRoleARN is genuinely nil, preserving the existing fallback to RoleARN
otherwise.

---

Nitpick comments:
In `@framework/configstore/migrations.go`:
- Line 456: Add regression coverage for the registered
migrationAddBedrockBatchRoleARNColumn step using the existing legacy config_keys
fixture. Assert the new column is created, rerunning the migration is
idempotent, and rollback removes the column, covering both forward and
reversible schema paths.

In `@transports/bifrost-http/handlers/provider_keys.go`:
- Around line 386-411: Extend TestMergeUpdatedKey_ProviderConfigMaskedPreviews
with a masked BatchRoleARN fixture and assertion, covering preservation of the
stored batch-role value during updates. Add an env. reference case for
BatchRoleARN, matching the existing Bedrock provider configuration test
patterns.

ℹ️ Review info
⚙️ Run configuration

Configuration used: Path: .coderabbit.yaml

Review profile: CHILL

Plan: Pro Plus

Run ID: 85bed944-002d-4b27-a9b8-9ab79bdeb099

📥 Commits

Reviewing files that changed from the base of the PR and between 9c3e4c7 and 89ddabb.

📒 Files selected for processing (11)
  • core/providers/bedrock/bedrock.go
  • core/schemas/account.go
  • framework/configstore/clientconfig.go
  • framework/configstore/migrations.go
  • framework/configstore/rdb.go
  • framework/configstore/tables/key.go
  • transports/bifrost-http/handlers/provider_keys.go
  • transports/config.schema.json
  • ui/app/workspace/providers/fragments/apiKeysFormFragment.tsx
  • ui/lib/schemas/providerForm.ts
  • ui/lib/types/schemas.ts

akshaydeo commented Jul 23, 2026

Copy link
Copy Markdown
Contributor

Merge activity

  • Jul 23, 9:00 AM UTC: A user started a stack merge that includes this pull request via Graphite.
  • Jul 23, 9:01 AM UTC: @akshaydeo merged this pull request with Graphite.

@akshaydeo
akshaydeo merged commit 3bd0612 into dev Jul 23, 2026
14 of 15 checks passed
@akshaydeo
akshaydeo deleted the 07-22-feat_bedrock_batch_role_arn_in_key_config branch July 23, 2026 09:01
akshaydeo pushed a commit that referenced this pull request Jul 24, 2026
## Summary

Adds a server-configured `batch_role_arn` field to the Bedrock key configuration, allowing operators to pin the IAM service role used for Bedrock batch jobs at the server level rather than relying on clients to supply it via `role_arn` in request extra params. When set, the server-side value takes priority over any client-provided `role_arn`.

## Changes

- Added `BatchRoleARN *SecretVar` to `BedrockKeyConfig` in `schemas/account.go`, stored under the JSON key `batch_role_arn` and kept separate from the STS AssumeRole identity (`bedrock_role_arn`).
- Updated `BatchCreate` in `bedrock.go` so that `key.BedrockKeyConfig.BatchRoleARN` is resolved first; the client-supplied `role_arn` in `ExtraParams` is only used as a fallback when the server value is absent.
- Added a database migration (`add_bedrock_batch_role_arn_column`) that adds the `bedrock_batch_role_arn` column to `config_keys`, with rollback support.
- Wired `BedrockBatchRoleARN` through all RDB read/write paths (`tableKeyFromSchemaKey`, `UpdateProvidersConfig`, `UpdateProvider`, `AddProvider`) and through `BeforeSave`/`AfterFind` hooks including encryption and decryption.
- Updated the `AfterFind` Bedrock config reconstruction condition to include `BedrockBatchRoleARN`.
- Added `BatchRoleARN` to the `mergeUpdatedKey` preserve logic in the HTTP handler so partial updates do not accidentally clear the field.
- Added `batch_role_arn` to the config JSON schema with a description noting its priority semantics and `env.` prefix support.
- Added `batch_role_arn` to the Zod schemas (`providerForm.ts`, `schemas.ts`) and rendered a **Batch Role ARN** input field in the UI form, visible only when the provider supports the batch API.
- Added redaction support for `BatchRoleARN` in `clientconfig.go`.

## Type of change

- [ ] Bug fix
- [x] Feature
- [ ] Refactor
- [ ] Documentation
- [ ] Chore/CI

## Affected areas

- [x] Core (Go)
- [x] Transports (HTTP)
- [x] Providers/Integrations
- [ ] Plugins
- [x] UI (React)
- [ ] Docs

## How to test

```sh
# Core/Transports
go version
go test ./...

# UI
cd ui
pnpm i || npm i
pnpm test || npm test
pnpm build || npm run build
```

**Manual validation:**

1. Configure a Bedrock provider key with `batch_role_arn` set (either as a literal ARN or via `env.AWS_BATCH_ROLE_ARN`).
2. Submit a batch create request that also includes `role_arn` in `extra_params`.
3. Confirm that the server-configured `batch_role_arn` is used and the client-supplied value is ignored.
4. Remove `batch_role_arn` from the key config and resubmit; confirm the client-supplied `role_arn` is now used.
5. Verify the value is stored encrypted in the database and appears redacted in API responses.

**New config field:**

| Field | JSON key | Description |
|---|---|---|
| `BatchRoleARN` | `batch_role_arn` | Service role ARN Bedrock assumes for batch S3 access. Supports `env.` prefix. Takes priority over client-supplied `role_arn`. |

## Breaking changes

- [ ] Yes
- [x] No

## Security considerations

`BatchRoleARN` is treated as a secret: it is encrypted at rest via the existing `encryptSecretVarPtr`/`decryptSecretVarPtr` pipeline and redacted in API responses, consistent with other credential fields such as `RoleARN` and `ExternalID`.

## Checklist

- [ ] I read `docs/contributing/README.md` and followed the guidelines
- [ ] I added/updated tests where appropriate
- [ ] I updated documentation where needed
- [ ] I verified builds succeed (Go and UI)
- [ ] I verified the CI pipeline passes locally if applicable
akhsaul pushed a commit to akhsaul/bifrost that referenced this pull request Aug 27, 2026
## Summary

Adds a server-configured `batch_role_arn` field to the Bedrock key configuration, allowing operators to pin the IAM service role used for Bedrock batch jobs at the server level rather than relying on clients to supply it via `role_arn` in request extra params. When set, the server-side value takes priority over any client-provided `role_arn`.

## Changes

- Added `BatchRoleARN *SecretVar` to `BedrockKeyConfig` in `schemas/account.go`, stored under the JSON key `batch_role_arn` and kept separate from the STS AssumeRole identity (`bedrock_role_arn`).
- Updated `BatchCreate` in `bedrock.go` so that `key.BedrockKeyConfig.BatchRoleARN` is resolved first; the client-supplied `role_arn` in `ExtraParams` is only used as a fallback when the server value is absent.
- Added a database migration (`add_bedrock_batch_role_arn_column`) that adds the `bedrock_batch_role_arn` column to `config_keys`, with rollback support.
- Wired `BedrockBatchRoleARN` through all RDB read/write paths (`tableKeyFromSchemaKey`, `UpdateProvidersConfig`, `UpdateProvider`, `AddProvider`) and through `BeforeSave`/`AfterFind` hooks including encryption and decryption.
- Updated the `AfterFind` Bedrock config reconstruction condition to include `BedrockBatchRoleARN`.
- Added `BatchRoleARN` to the `mergeUpdatedKey` preserve logic in the HTTP handler so partial updates do not accidentally clear the field.
- Added `batch_role_arn` to the config JSON schema with a description noting its priority semantics and `env.` prefix support.
- Added `batch_role_arn` to the Zod schemas (`providerForm.ts`, `schemas.ts`) and rendered a **Batch Role ARN** input field in the UI form, visible only when the provider supports the batch API.
- Added redaction support for `BatchRoleARN` in `clientconfig.go`.

## Type of change

- [ ] Bug fix
- [x] Feature
- [ ] Refactor
- [ ] Documentation
- [ ] Chore/CI

## Affected areas

- [x] Core (Go)
- [x] Transports (HTTP)
- [x] Providers/Integrations
- [ ] Plugins
- [x] UI (React)
- [ ] Docs

## How to test

```sh
# Core/Transports
go version
go test ./...

# UI
cd ui
pnpm i || npm i
pnpm test || npm test
pnpm build || npm run build
```

**Manual validation:**

1. Configure a Bedrock provider key with `batch_role_arn` set (either as a literal ARN or via `env.AWS_BATCH_ROLE_ARN`).
2. Submit a batch create request that also includes `role_arn` in `extra_params`.
3. Confirm that the server-configured `batch_role_arn` is used and the client-supplied value is ignored.
4. Remove `batch_role_arn` from the key config and resubmit; confirm the client-supplied `role_arn` is now used.
5. Verify the value is stored encrypted in the database and appears redacted in API responses.

**New config field:**

| Field | JSON key | Description |
|---|---|---|
| `BatchRoleARN` | `batch_role_arn` | Service role ARN Bedrock assumes for batch S3 access. Supports `env.` prefix. Takes priority over client-supplied `role_arn`. |

## Breaking changes

- [ ] Yes
- [x] No

## Security considerations

`BatchRoleARN` is treated as a secret: it is encrypted at rest via the existing `encryptSecretVarPtr`/`decryptSecretVarPtr` pipeline and redacted in API responses, consistent with other credential fields such as `RoleARN` and `ExternalID`.

## Checklist

- [ ] I read `docs/contributing/README.md` and followed the guidelines
- [ ] I added/updated tests where appropriate
- [ ] I updated documentation where needed
- [ ] I verified builds succeed (Go and UI)
- [ ] I verified the CI pipeline passes locally if applicable
occcat pushed a commit to occcat/bifrost that referenced this pull request Sep 2, 2026
## Summary

Adds a server-configured `batch_role_arn` field to the Bedrock key configuration, allowing operators to pin the IAM service role used for Bedrock batch jobs at the server level rather than relying on clients to supply it via `role_arn` in request extra params. When set, the server-side value takes priority over any client-provided `role_arn`.

## Changes

- Added `BatchRoleARN *SecretVar` to `BedrockKeyConfig` in `schemas/account.go`, stored under the JSON key `batch_role_arn` and kept separate from the STS AssumeRole identity (`bedrock_role_arn`).
- Updated `BatchCreate` in `bedrock.go` so that `key.BedrockKeyConfig.BatchRoleARN` is resolved first; the client-supplied `role_arn` in `ExtraParams` is only used as a fallback when the server value is absent.
- Added a database migration (`add_bedrock_batch_role_arn_column`) that adds the `bedrock_batch_role_arn` column to `config_keys`, with rollback support.
- Wired `BedrockBatchRoleARN` through all RDB read/write paths (`tableKeyFromSchemaKey`, `UpdateProvidersConfig`, `UpdateProvider`, `AddProvider`) and through `BeforeSave`/`AfterFind` hooks including encryption and decryption.
- Updated the `AfterFind` Bedrock config reconstruction condition to include `BedrockBatchRoleARN`.
- Added `BatchRoleARN` to the `mergeUpdatedKey` preserve logic in the HTTP handler so partial updates do not accidentally clear the field.
- Added `batch_role_arn` to the config JSON schema with a description noting its priority semantics and `env.` prefix support.
- Added `batch_role_arn` to the Zod schemas (`providerForm.ts`, `schemas.ts`) and rendered a **Batch Role ARN** input field in the UI form, visible only when the provider supports the batch API.
- Added redaction support for `BatchRoleARN` in `clientconfig.go`.

## Type of change

- [ ] Bug fix
- [x] Feature
- [ ] Refactor
- [ ] Documentation
- [ ] Chore/CI

## Affected areas

- [x] Core (Go)
- [x] Transports (HTTP)
- [x] Providers/Integrations
- [ ] Plugins
- [x] UI (React)
- [ ] Docs

## How to test

```sh
# Core/Transports
go version
go test ./...

# UI
cd ui
pnpm i || npm i
pnpm test || npm test
pnpm build || npm run build
```

**Manual validation:**

1. Configure a Bedrock provider key with `batch_role_arn` set (either as a literal ARN or via `env.AWS_BATCH_ROLE_ARN`).
2. Submit a batch create request that also includes `role_arn` in `extra_params`.
3. Confirm that the server-configured `batch_role_arn` is used and the client-supplied value is ignored.
4. Remove `batch_role_arn` from the key config and resubmit; confirm the client-supplied `role_arn` is now used.
5. Verify the value is stored encrypted in the database and appears redacted in API responses.

**New config field:**

| Field | JSON key | Description |
|---|---|---|
| `BatchRoleARN` | `batch_role_arn` | Service role ARN Bedrock assumes for batch S3 access. Supports `env.` prefix. Takes priority over client-supplied `role_arn`. |

## Breaking changes

- [ ] Yes
- [x] No

## Security considerations

`BatchRoleARN` is treated as a secret: it is encrypted at rest via the existing `encryptSecretVarPtr`/`decryptSecretVarPtr` pipeline and redacted in API responses, consistent with other credential fields such as `RoleARN` and `ExternalID`.

## Checklist

- [ ] I read `docs/contributing/README.md` and followed the guidelines
- [ ] I added/updated tests where appropriate
- [ ] I updated documentation where needed
- [ ] I verified builds succeed (Go and UI)
- [ ] I verified the CI pipeline passes locally if applicable
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants