Better understandable text for sending transaction option “Request Replace-By-Fee” #11428

pull ghost wants to merge 1 commits into bitcoin:master from changing 1 files +2 −2
  1. ghost commented at 3:53 pm on September 30, 2017: none

    Fixes #11344

    Hope that the changes are technically ok, not sure how the translation string organization works.

  2. MarcoFalke commented at 4:11 pm on September 30, 2017: member
    You can drop the second commit. This is automatically done by a script.
  3. in src/qt/forms/sendcoinsdialog.ui:1111 in 89d3915cb3 outdated
    1107@@ -1108,7 +1108,7 @@
    1108            <item>
    1109             <widget class="QCheckBox" name="optInRBF">
    1110              <property name="text">
    1111-              <string>Request Replace-By-Fee</string>
    1112+              <string>Allow increasing transaction fee later on</string>
    


    MarcoFalke commented at 7:53 pm on September 30, 2017:

    Even though within the gui you can only do fee bumping as a result of RBF, in reality RBF allows for more than just increasing the fee. (e.g. additional recipients)

    So I think you should at least mention BIP-125 replaceable in parenthesis.


    laanwj commented at 2:21 pm on October 9, 2017:
    Maybe remove “on”?
  4. fanquake added the label GUI on Oct 1, 2017
  5. meshcollider commented at 2:31 am on October 1, 2017: contributor

    Agree with Marco, and it sounds a little weird, I’d prefer something like Allow transaction to be replaced by one with a higher fee later on (BIP 125)

    Also, in your PR it’s better to write Fixes [#11344](/bitcoin-bitcoin/11344/) rather than see, because then GitHub automatically closes the issue and links to this PR

  6. MarcoFalke added the label Docs and Output on Oct 1, 2017
  7. meshcollider commented at 7:04 pm on October 1, 2017: contributor
    Please squash commits
  8. promag commented at 7:21 pm on October 1, 2017: member
    The tooltip already explains the checkbox purpose. Request Replace-By-Fee sounds good to me.
  9. ghost commented at 7:59 pm on October 1, 2017: none
    Can I squash the commits via the Github GUI? I did not find how one could do that. If that is only possible with git commands, unfortunatley that’s too complicated for me.
  10. MarcoFalke commented at 9:15 pm on October 1, 2017: member
    Just noticed the tooltip as well. Agree with @promag that the displayed text does not need clarification. Maybe you could mention BIP 125 in the tooltip?
  11. meshcollider commented at 1:48 am on October 2, 2017: contributor
    @wodry not sure if its possible with the GUI, but I doubt it. There are instructions on how to do it here: https://github.com/bitcoin/bitcoin/blob/master/CONTRIBUTING.md#squashing-commits
  12. ghost commented at 3:59 am on October 2, 2017: none
    I have seen the tooltip also only when working on this PR, not when doing the transaction as user. The tooltip text is good, but there is a problem with the Tooltip because users and even developers do not see it, as proven here. In any case, the button text at the first step should be clearer, in my opinion. One could also argue the other way round: If the tooltip explains fine, the first text suggestion “Allow increasing transaction fee later on” is really clear to the user, that’s what the user effectively get’s from this button, and technical details like BIP, and that it is a replacement technique, are to be found in the tooltip text. Clear user feedback from me: “Request Replace-By-Fee” says nothing to a user.
  13. flack commented at 12:20 pm on October 2, 2017: contributor
    @promag @MarcoFalke “Request Replace-By-Fee” may be an accurate technical description if you know the underlying implementation, but nothing a casual user can decipher. It’s a bit like labelling a hyperlink “perform an HTTP GET request against URI” instead of “go to this page”. IMHO the initially visible text should give an indication of what it does in a way the user can relate to (and what it does is it allows you to use “bump fee” later on, right?). The technical details (like BIP number and technical acronyms) should go to the tooltip, since it’s a “would you like to know more?” type of thing
  14. laanwj commented at 1:06 pm on October 2, 2017: member
    Screenshot before/after please?
  15. ghost commented at 4:41 pm on October 2, 2017: none

    I tried to squash the six commits according to

    https://help.github.com/articles/fork-a-repo/

    https://github.com/bitcoin/bitcoin/blob/master/CONTRIBUTING.md#squashing-commits

    git rebase -i HEAD~6

    did nothing. Now it seems, that I messed it up. Sorry. If anyone could give me some commands for git console to fix it, I would be thankful.

  16. MarcoFalke commented at 4:49 pm on October 2, 2017: member
    0git reset --soft 90926db2381d87c68858659873230a3811ebdce5 && git commit
    
  17. reset wrong commits d26ce33644
  18. ghost commented at 7:11 pm on October 3, 2017: none
    Here is the screenshot of current 0.15.0.1 GUI send transaction page. Have no screenshot of the window after this change, have no capacitiy to build and run it. bildschirmfoto
  19. jonasschnelli commented at 5:29 am on October 4, 2017: contributor
    I prefer to wording in master, though I agree “>Request< Replace-By-Fee” is maybe not ideal from the users perspective.
  20. Sjors commented at 11:44 am on October 20, 2017: member

    Here’s the after screenshot:

    I agree that “Replace-By-Fee” is not clear enough. “Allow increasing transaction fee later” (without “on”) is more clear. The footnote mentions the technical terms, which helps users google it.

    Although there’s plenty of space in the UI now, a shorter alternative check-box text is: “Allow Fee Increase”

    Alternative footnote: ‘If the transaction takes a long time to confirm, this allows you to increase the fee later (“Replace-By-Fee”, BIP 125). This uses a lower fee by default.’ @wodry tip for your next PR: use a different branch than master. E.g. git checkout -b my-cool-feature.

  21. ghost commented at 4:06 pm on October 20, 2017: none
    • Thanks @Sjors, for the screenshot and Your input.
    • I am fine with Your and also @laanwj’s suggestion to remove the “on” in the button text, and I am fine with the footnote suggestion, too, only “This uses a lower fee by default.” I do not understand, so it should be clearer what You mean by that.
    • Since I feel unable to cope with the git handling, I would be happy if You or someone else, who is able to do flexible and clean rebasing, would open a new PR for the relating issue #11344 as a replacement for this PR.

    Best Regards

  22. flack commented at 4:22 pm on October 20, 2017: contributor
    @Sjors “This uses a lower fee by default.” does it really though? I mean at least in the case of custom fee, I would expect it to use the fee you entered. Or do you mean “it allows you to use a lower fee and then increase it later on”? Otherwise I like your alternative text better than the current version @wodry I can make a new PR if it simplifies handling (but I think you should be fine, using master is only inconvenient if you plan on making other changes while this one is still in flight)
  23. Sjors commented at 5:37 am on October 21, 2017: member

    @flack see v0.15 release notes:

    Lower fee estimates for RBF users: previously it was difficult to change the fee of unconfirmed transactions after broadcasting them, so Bitcoin Core suggested fees higher than normally needed. As described later in this post, Bitcoin Core now provides tools for increasing the fee of already-sent unconfirmed transactions, so we give lower fee estimates to users of those tools since they can always increase their fee later if necessary. @wodry:

    • this could be a good opportunity to learn more about Git!
    • if “This uses a lower fee by default.” is confusing to you, then we should find a better phrase…

    More generally, it would be nice to have some sort of way to test different wordings, maybe put some A/B testing in the client :-)

  24. laanwj commented at 6:51 am on October 21, 2017: member
    As @wodry is not going to maintain this anymore, I’m closing the issue, if anyone still wants to change this label feel free to pick it up.
  25. laanwj closed this on Oct 21, 2017

  26. Sjors commented at 11:01 am on October 21, 2017: member
    I’ll make a PR.
  27. Sjors commented at 6:58 am on October 25, 2017: member
    I made a fresh PR #11556, wording based on my own suggestion above.
  28. jonasschnelli referenced this in commit 91eeaa0335 on Dec 5, 2017
  29. MarcoFalke 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: 2024-12-19 00:12 UTC

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