fix: revert PR #247 — multisig deployer merge left main with 292 TS errors#248
Conversation
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (5)
💤 Files with no reviewable changes (4)
📝 WalkthroughWalkthroughThe pull request consolidates stream history retrieval responsibility and standardizes contract deployment APIs. Changes
Estimated code review effort🎯 3 (Moderate) | ⏱️ ~28 minutes Possibly related PRs
Poem
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ 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. Review rate limit: 0/1 reviews remaining, refill in 60 minutes.Comment |
Summary
Reverts the merge of PR #247 (commit
9bdc1d4). The multi-sig deployer merge committed an unresolved 3-way merge: conflict markers were stripped but both sides of the conflict were kept verbatim, leaving duplicated code that fails to compile.What's broken on
maintsc --noEmitonpackages/sdkreports 292 errors in three files:packages/sdk/src/PaymentStreamClient.tsimport { Client as ContractClient }lines (1 & 5)private client: ContractClientdeclarations (55 & 64)constructor(...)definitionsgetStreamHistorymethod body inserted insidegetAllStreamHistorypackages/sdk/src/deployer/ContractDeployer.tsimport { ... } from './types'estimateUploadFee,estimateDeployFee,uploadWasm,deployContract,uploadAndDeploypackages/sdk/src/deployer/types.tsSigningCallbackdeclared twice with different signatures ((tx: Transaction) => Transactionvs(txXdr: string) => Promise<string>)Signerdeclared twice (Keypair | SigningCallbackvsKeypair | Keypair[] | SigningCallback)After this revert: the SDK is back to its pre-#247 baseline (36 type errors, all pre-existing — same as commit
dec9919).Why revert instead of patch
Choosing one signature over the other for every duplicated method is a directional API decision (single-keypair
Signervs multi-sigDeployer/DeployerAccount). That's PR #247's own scope and shouldn't be decided in a hot-fix. PR #247 should be re-opened against a cleanmainand re-merged with the conflict properly resolved.Why this matters now
Open PRs (#246, #230, #228, #209, etc.) all conflict against
mainbecause of the chimera state in these three files. Mergingmaininto any of them produces nonsensical 3-way merges. Unblocking them requires a cleanmainfirst.Test plan
cd packages/sdk && npx tsc --noEmitreturns to pre-Feat/sdk multisig contract deployer #247 error count (36)mainand resolve the 3-way merge cleanlySummary by CodeRabbit
estimateUploadFee,estimateDeployFee,uploadWasm,deployContract,uploadAndDeploy) now acceptDeployerparameter instead ofSignerorKeypairStreamHistoryEventandStreamEventTypetype exports from PaymentStreamClient