chore: exposed BidScreening REST and made ResourceOffer repeated#282
Conversation
|
Note Reviews pausedIt looks like this branch is under active development. To avoid overwhelming you with review comments due to an influx of new commits, CodeRabbit has automatically paused this review. You can configure this behavior by changing the Use the following commands to manage reviews:
Use the checkboxes below for quick actions:
WalkthroughAdded an HTTP POST mapping for ProviderRPC.BidScreening; replaced singular Changes
Estimated code review effort🎯 4 (Complex) | ⏱️ ~45 minutes Poem
🚥 Pre-merge checks | ✅ 2 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (2 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
There was a problem hiding this comment.
Actionable comments posted: 1
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.
Inline comments:
In `@proto/provider/akash/provider/v1/validation.proto`:
- Around line 45-50: The proto was changed to a repeated field named
ResourceOffers (JSON tag resource_offers) but generated Go still exposes a
singular ResourceOffer (json: "resource_offer"); regenerate the protobuf
artifacts so the Go types and JSON tags match the proto: re-run the proto build
step (e.g., protoc with the same plugins used in the repo) that produces
validation.pb.go, ensuring the message in validation.proto (ResourceOffers) is
reflected as a repeated field in the regenerated validation.pb.go and any
affected marshal/unmarshal helpers are updated.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: Path: .coderabbit.yaml
Review profile: CHILL
Plan: Pro
Run ID: 3d0a3cdc-2f75-4c60-82f6-715c760626f1
📒 Files selected for processing (2)
proto/provider/akash/provider/v1/service.protoproto/provider/akash/provider/v1/validation.proto
There was a problem hiding this comment.
Actionable comments posted: 1
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.
Inline comments:
In `@proto/provider/akash/provider/v1/validation.proto`:
- Around line 49-53: The generated TypeScript protobuf artifacts are out of sync
with the proto change: proto/provider/akash/provider/v1/validation.proto now
defines a repeated field resource_offers, but
ts/src/generated/protos/akash/provider/v1/validation.ts still treats it as a
singular message.resourceOffer and emits obj.resource_offer; regenerate the TS
protobuf outputs (re-run the protobuf/ts codegen toolchain) so the generated
code maps the repeated field to an array (resource_offers) consistently in
serialization/deserialization rather than hand-editing the generated file.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: Path: .coderabbit.yaml
Review profile: CHILL
Plan: Pro
Run ID: ffec0dba-7982-484b-bb08-3e35d2706727
⛔ Files ignored due to path filters (3)
go/provider/v1/service.pb.gois excluded by!**/*.pb.gogo/provider/v1/service.pb.gw.gois excluded by!**/*.pb.gw.gogo/provider/v1/validation.pb.gois excluded by!**/*.pb.go
📒 Files selected for processing (1)
proto/provider/akash/provider/v1/validation.proto
There was a problem hiding this comment.
Actionable comments posted: 2
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.
Inline comments:
In @.github/workflows/breakage.yaml:
- Around line 27-29: Replace the overlay copy that uses "cp -r" into the
worktree with a clean replace of the destination vendor directory: after "git
worktree add /tmp/proto-against main" remove or delete
"/tmp/proto-against/go/vendor" entirely and then copy the local "go/vendor" into
"/tmp/proto-against/go/" (or use a sync that deletes extraneous files) so
removed upstream files do not remain; update the workflow step that runs "cp -r
go/vendor /tmp/proto-against/go/" to first delete the destination vendor
directory (or use a sync-with-delete) to ensure a clean replacement.
In `@make/lint.mk`:
- Around line 32-36: The PROTO_AGAINST default value is being truncated because
Make treats '#' as the start of a comment; update the variable assignment
(PROTO_AGAINST) to escape the hash (e.g., use .git\#branch=main) so the full ref
string is retained, ensuring the proto-check-breaking target (which calls $(BUF)
breaking --against '$(PROTO_AGAINST)') compares against the intended baseline;
keep the rest of the target (proto-check-breaking and BUF usage) unchanged.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: Path: .coderabbit.yaml
Review profile: CHILL
Plan: Pro
Run ID: c768c609-3b23-4707-9ead-cc42867c5d8c
⛔ Files ignored due to path filters (2)
ts/src/generated/protos/akash/provider/v1/service_akash.tsis excluded by!**/generated/**ts/src/generated/protos/akash/provider/v1/validation.tsis excluded by!**/generated/**
📒 Files selected for processing (2)
.github/workflows/breakage.yamlmake/lint.mk
07d4c4a to
a151168
Compare
a151168 to
cfddfff
Compare
| use: | ||
| - FILE | ||
| ignore: | ||
| - proto/provider/akash/provider/v1/validation.proto |
There was a problem hiding this comment.
Temporary ignoring that file to pass the proto CI check.
Will remove it in the follow up PR.
There was a problem hiding this comment.
no need to do this, can remove this
Out of scope
Fixed
proto-check-breakingCI step and local run as well.Temorary disabled that check for the BidScreening change, since I am changing the message field in place(Since it is not in production yet)
Changes
Related to akash-network/provider#386