Layne Haber
Layne Haber
In the `handleMultiAssetMultiPartyCoinTransfer` function within [`get-outcome-increments.ts`](https://github.com/counterfactual/monorepo/blob/master/packages/node/src/protocol/utils/get-outcome-increments.ts#L145-L165), there is a strong assumption on the ordering of arguments supplied to the `coinTransfer` object in the state of the app. For instance, this...
When creating a payment via the `UnidirectionalTransferApp`, the app successfully installs, updates, and uninstalls. However, on uninstall the recipient's `freeBalance` does not correctly increment. After installing, I get the following...
There is no data accompanying the deposit confirmed event, I would expect at least a node message indicating who the message was from. Not sure, but seems like it could...
When installing a virtual app, the `appDefinition` valid address check is failing. This seems to be coming from `packages/node/src/methods/app-instance/install-virtual/operation.ts`, specifically: ```try { updatedStateChannelsMap = await instructionExecutor.initiateProtocol( Protocol.InstallVirtualApp, new Map(Object.entries(await store.getAllChannels())),...
## The Problem Fixes #1396 ## The Solution ## Checklist: - [ ] I am making this PR against staging, not master - [ ] My code follows the code...
**Problem** [pino](https://getpino.io/#/) is a highly efficient logging module that would help clean up a lot of our logging while allowing us to retain the relevant context when needed. Additionally, it...
**Describe the bug** Only some app proposals are cleared on startup, and this should be done for all supported applications. Additionally, the client may want to expose some prune function...
This is a tracker issue for the creation of the watcher module, [spec](https://paper.dropbox.com/doc/Dispute-Service-Spec--AyQTQaOwjg6b2orqlEpM4AopAg-Sm1C4TYOPSO92cGGKuipX). ## Relevant issues: - [x] create types for initialization, interfaces #1034 - [x] implement `ChainListener` class #1035...
**Describe the bug** Should be able to call `resolveCondition` with a cancelling action and have it work even if the sender or receiver's app is still a proposal
**Describe the bug** Withdrawing on goerli succeeded, but had the following db error: ```js 2020-07-27T20:00:54.203Z [WithdrawService] Withdrawal tx sent! Hash: 0x9f326203b8bb3b84f46db6fd3937aeb91c06363fb924d30a2157b1c0c0077eb5 query failed: UPDATE "withdraw" SET "onchainTransactionId" = $2, "updatedAt"...