fix(server): the batched 1Password read reaches op at all - #30
Conversation
op only accepts piped input from a named pipe, and a child spawned from Node is handed a socket pair, so the batch template was never seen and every fleet fell back to one authorization per provider. Signed-off-by: Yordis Prieto <[email protected]>
PR SummaryMedium Risk Overview
Reviewed by Cursor Bugbot for commit 01753c8. Bugbot is set up for automated code reviews on this repo. Configure here. |
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (2)
Included review availability: Your plan provides up to 1 included review per hour; 0 remain after this review. WalkthroughChangesSecret injection batch reads now write templates to scoped temporary files and pass them to Secret injection template files
Estimated code review effort: 3 (Moderate) | ~20 minutes Merge Risk: ⚪ Minimal · up to The PR changes batched secret resolution to use a file-backed template while keeping secrets off disk and adds tests for that path; no actionable merge-blocking risk remains beyond normal checks. Sequence Diagram(s)sequenceDiagram
participant ProviderSecretResolverLive
participant FileSystem
participant op
ProviderSecretResolverLive->>FileSystem: Create and write template file
ProviderSecretResolverLive->>op: Run inject with -i template path
op-->>ProviderSecretResolverLive: Return injected secret results
FileSystem-->>ProviderSecretResolverLive: Remove scoped template file
Poem
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✨ Finishing Touches📝 Generate docstrings
🧪 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 |
oponly accepts piped input from a named pipe, and a child spawned from Node is handed a socket pair, so the template was never seen and every boot silently fell back to one authorization per provider. The failure is structural, not timing, so it happened on every single boot.op://references, which already sit in settings in plain text. The secrets come back on stdout and never touch disk.opreads it, so a change that stops writing the file fails the suite.