[Web Stacks Wallet] Contract post conditions replaced by standard conditions

[friedger]

A tx with contract post condition and standard post conditions are shown in the same way. See screenshot:

The contract post condition should mention the contract

[friedger]

It looks like the contract post condition is replaced by a standard post condition, making it impossible to transfer stx from a contract.
The contract call code below results in two standard post conditions:

Code:

Post conditions in explorer:

[hstove]

It's actually worse than this - the current post conditions logic assumed that post conditions could only be applied to the tx-sender. Jude recently updated some wording in this SIP that clears this up. So, the Stacks Wallet actually overwrites every post condition with the current account's STX address.

Related: #969

[314159265359879]

Can fixing this get a higher priority. This is making it impossible to test ft-transfers using the explorer sandbox or any other app.

[hstove]

I agree that it's important, and we have this bucketed in our highest-priority milestone. But, for testing purposes, you don't have to add post conditions for addresses other than the sender. You should in production, but to get the tx to go through, you only need to add them for the sender.

[friedger]

Removing the contract condition does not help: https://explorer.stacks.co/txid/0xa14334f26ff547516135b5510809dee33db5797c836f8954c0ed45c2fb51f87b?chain=testnet

On https://speed-spend.org/poxlite it is not possible to redeem stingers because the post condition for the sender of STX, i.e. the smart contract can't be specified in the stacks web wallet.

friedger/speed-spend@c3b30b6

[hstove]

What I'm suggesting is that it would be better for that tx to just have no post conditions at all. Because the tx-sender is not actually transferring any assets, the tx will be successful, even in Deny mode.

[unclemantis]

What I'm suggesting is that it would be better for that tx to just have no post conditions at all. Because the tx-sender is not actually transferring any assets, the tx will be successful, even in Deny mode.

Can you be more clear?

[unclemantis]

What I'm suggesting is that it would be better for that tx to just have no post conditions at all. Because the tx-sender is not actually transferring any assets, the tx will be successful, even in Deny mode.

Wait. I will try that. Thanks.

[hstove]

Fixed and released in version 2.3.0 👍