You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For on-chain payments at least, in the qml gui, I think the flow is unclear regarding which dialog is the "final" dialog: which button is the final button that if you click there is no going back.
Upon entering a bitcoin address, there is this first dialog. What happens if I click "Pay"? Does it send? But wait how do I set the fee, etc?
pic1
Well, ok, I'll click it. Oh ok, I can tweak settings now. There is a "Pay" button again. What happens if I click it? Does it send?
pic2
And actually in current releases, whether it sends depends on having a PIN code configured.
Without a PIN code, it signs and broadcasts directly. With a PIN code set, it prompts for it now.
(I've changed that in c90c87a to also show a final confirmation popup for the no-PIN case)
pic3
I am not sure what would be the best way to change this, but I think it should be clear to the user if pressing a button actually sends the tx. (I mean this in general, so also e.g. for the lightning flow)
Relatedly, the desktop GUI has a button labelled "Pay..." to suggest there will be a follow-up dialog: #6698
The text was updated successfully, but these errors were encountered:
agreed, noticed this too. I adapted the obvious ones on master, but for consistency we should also replace other non-final actions in dialogs, e.g. 'Open Channel', 'Close Channel' etc
For on-chain payments at least, in the qml gui, I think the flow is unclear regarding which dialog is the "final" dialog: which button is the final button that if you click there is no going back.
Upon entering a bitcoin address, there is this first dialog. What happens if I click "Pay"? Does it send? But wait how do I set the fee, etc?
pic1
Well, ok, I'll click it. Oh ok, I can tweak settings now. There is a "Pay" button again. What happens if I click it? Does it send?
pic2
And actually in current releases, whether it sends depends on having a PIN code configured.
Without a PIN code, it signs and broadcasts directly. With a PIN code set, it prompts for it now.
(I've changed that in c90c87a to also show a final confirmation popup for the no-PIN case)
pic3
I am not sure what would be the best way to change this, but I think it should be clear to the user if pressing a button actually sends the tx. (I mean this in general, so also e.g. for the lightning flow)
Relatedly, the desktop GUI has a button labelled "Pay..." to suggest there will be a follow-up dialog: #6698
The text was updated successfully, but these errors were encountered: