[QT] - Send-all Button #11033

issue ghost opened this issue on August 11, 2017
  1. ghost commented at 8:14 PM on August 11, 2017: none

    I think that a send-all button, which shouldn't be hard to implement, would be beneficial to the GUI. Generally, when people consolidate UTXO (for example) they select a number of inputs and then copy paste the full amount (or manually type it) into the amount field before sending. This is somewhat inconvenient, and other wallets (e.g. Copay, Mycelium) have this feature already.

    Thanks.

  2. jonasschnelli commented at 9:57 AM on August 12, 2017: contributor

    The current way (enter full available amount) and select "subtract fee from amount" is IMO relatively easy. An extra button "send all" would do exactly that (type in the available balance and select the SFFA checkbox). Could be handy though not sure...

  3. jonasschnelli added the label Easy to implement on Aug 12, 2017
  4. jonasschnelli added the label GUI on Aug 12, 2017
  5. ghost commented at 7:17 PM on August 12, 2017: none

    The current way that it is set up is easy for sure, but it has an inconvenient and redundant step for a frequent action whilst the wallet should be aiming for ease of use/simplicity in that regard. The reasons for which I am suggesting it is that:

    1. I find it inconvenient considering the number of times that I've done this, and I think others feel the same way.
    2. I've noticed the feature implemented in other wallets (previously mentioned), and am quite fond of it.
  6. aunyks commented at 9:05 PM on August 15, 2017: none

    @laudaa Just to be clear, this "Send-All Button" would completely empty the wallet right?

  7. ghost commented at 6:24 PM on August 16, 2017: none

    @aunyks If there were no inputs selected (coin control), then it would pull the total wallet balance. If there were inputs selected, then it would pull the total value of those inputs.

  8. laanwj commented at 8:37 PM on August 17, 2017: member

    I'd like this feature too. I'm not sure what is exactly how you propose to offer this in the GUI but FWIW personally I'd prefer a button that fills in the total amount of all selected utxos in "amount" and auto-selects "subtract fee from amount" above an alternative send button. This makes it immediately and intuitively clear what happens when the user clicks it.

  9. laanwj commented at 8:38 PM on August 17, 2017: member

    The biggest challenge here is probably how to add this without creating an ugly wart big button in the GUI. Some subtle icon or such.

  10. promag commented at 9:05 PM on August 17, 2017: member

    Concept ACK.

    BTW should the same feature be available thru RPC? Like an alias for all instead of an amount?

  11. promag commented at 7:31 AM on August 18, 2017: member

    fills in the total amount of all selected utxos in "amount" and auto-selects "subtract fee from amount" @laanwj that's not "atomic":

    • can fail if meanwhile some utxo is spent
    • can leave balance if meanwhile an utxo is new.

    Should "send all button" prevent multiple recipients?

    Or should the "send all button" be in each recipient and when activated it sets recipient_amount = balance - sum_other_recipient_amounts and check "subtract fee from amount"?

  12. laanwj commented at 9:41 AM on August 18, 2017: member

    @laanwj that's not "atomic":

    That's exactly why I prefer it that way. Say, you get a large payment the last microsecond and that would make you reconsider whether you really want to send everything away (say, you were going to send your last dust to a charity). I would see it more as "send everything I am aware about now". As for "can fail if meanwhile some utxo is spent", well, a user shouldn't be spending anything (in parallel, in the background) while using the wallet GUI. It's ok to fail (but not crash, of course) if that happens.

  13. meshcollider commented at 12:29 AM on August 19, 2017: contributor

    The biggest challenge here is probably how to add this without creating an ugly wart big button in the GUI. Some subtle icon or such.

    What about just clicking on the Balance: X.XXXXXXXX BTC on the bottom right of the screen to do it? Or is that not clear enough? Also then the issue is dealing with multiple recipients like @promag mentioned

  14. laanwj commented at 6:04 AM on August 19, 2017: member

    What about just clicking on the Balance: X.XXXXXXXX BTC on the bottom right of the screen to do it?

    Would be an idea, though I don't think it updates to the right amount available when coin control is used and inputs are selected manually? I don't think so at least.

  15. jaybny commented at 7:08 PM on October 19, 2017: none

    I can tackle this one

  16. achow101 commented at 7:14 PM on October 19, 2017: member

    @jaybny This is already being done in both #11316 and #11098, I don't think we need a third alternative. It would be better for you to review either of those two (or both) and leave comments and suggestions.

  17. promag commented at 7:16 PM on October 19, 2017: member

    @jaybny there are 2 proposals already, care to review those first?

  18. jaybny commented at 9:29 PM on October 19, 2017: none

    sure.. im still working on compiling bitcoin with the gui.. how can we see which issues are being worked on? i only picked this because of the "good for first issue" tag.. and because ive been working with qt recently

  19. achow101 commented at 9:32 PM on October 19, 2017: member

    @jaybny Generally threads that fix a problem will reference the issue that is being fixed. If you look up earlier in this thread, you will see "This was referenced on <..>". You can then click on the PR or Issue that referenced this issue and see what they are doing and whether they fix this issue. If you don't see those, then the issue probably does not have an open PR to handle it. You can search through the list of open PRs to see if one is handling it but did not reference the issue.

  20. jaybny commented at 9:37 PM on October 19, 2017: none

    this is prob offtopic, but a PR is issued when you start on a fix or when your done and ready to merge?

  21. meshcollider commented at 4:37 AM on October 20, 2017: contributor

    @jaybny you can make a PR whenever you want, but usually you would choose to open one when its ready yes, otherwise you would write WIP (work in progress) in the title

  22. MarcoFalke referenced this in commit 22cdf93c06 on Nov 10, 2017
  23. promag commented at 1:35 AM on November 11, 2017: member

    @MarcoFalke close?

  24. ghost commented at 6:04 AM on November 11, 2017: none

    Yes, close this. Nicely done.

  25. meshcollider commented at 6:18 AM on November 11, 2017: contributor

    @laudaa you should be able to close this yourself since you made the issue :)

  26. laanwj closed this on Nov 11, 2017

  27. PastaPastaPasta referenced this in commit 39fdbac96a on Dec 27, 2019
  28. PastaPastaPasta referenced this in commit acc0f7163b on Jan 2, 2020
  29. PastaPastaPasta referenced this in commit 7850cc6926 on Jan 4, 2020
  30. PastaPastaPasta referenced this in commit e6d244e955 on Jan 12, 2020
  31. PastaPastaPasta referenced this in commit d1c3110166 on Jan 12, 2020
  32. PastaPastaPasta referenced this in commit 561cbe1c88 on Jan 12, 2020
  33. PastaPastaPasta referenced this in commit 0d189d7264 on Jan 12, 2020
  34. PastaPastaPasta referenced this in commit b88472a600 on Jan 12, 2020
  35. PastaPastaPasta referenced this in commit 1c28dbf923 on Jan 12, 2020
  36. PastaPastaPasta referenced this in commit fbba658678 on Jan 16, 2020
  37. PastaPastaPasta referenced this in commit 99a31400e4 on Jan 22, 2020
  38. PastaPastaPasta referenced this in commit bb43baf7c4 on Jan 22, 2020
  39. PastaPastaPasta referenced this in commit 12550fc988 on Jan 29, 2020
  40. PastaPastaPasta referenced this in commit 1510c749d8 on Jan 29, 2020
  41. ckti referenced this in commit 665174082c on Mar 28, 2021
  42. DrahtBot locked this on Sep 8, 2021

github-metadata-mirror

This is a metadata mirror of the GitHub repository bitcoin/bitcoin. This site is not affiliated with GitHub. Content is generated from a GitHub metadata backup.
generated: 2026-04-13 21:15 UTC

This site is hosted by @0xB10C
More mirrored repositories can be found on mirror.b10c.me