Quote from: btc4ever on August 19, 2013, 06:38:03 AM

I like it. I figure that the QT client must have something similar in it, as it is able to present a confirmation dialog to the user before sending that shows the fee, and the send can be cancelled at that point. So it would seem that the code exists, and just needs to be exposed in the RPC api. Your proposal seems good to me.

Yeah, the QT part tries to send the tx, but the wallet raises an error when fee is not high enough. So the UI then asks the user to accept min. fee, which is calculated by the wallet, at which point it retries to send the transaction with proper fees when the user accepts. Porting that flow to RPC is no biggie, but the logic is a bit different.

You have to keep in mind that the transaction, in the UI, will go through if no fee is required. Here, we do not want the transaction to go through. I don't remember the exact code, there might be some refactoring in order to separate actual sending from fee calc, but it's still no biggie