Confirmation after the message is processed.
Implementing only sending - the handling of confirmation will be implemented in the next goal Broadcasting information to peers.
This is the logic for a non-primary device where we could confirm the message right after processing DB ops. For primary we will have to wait until the backup log is uploaded, this is tracked in Backup client changes for syncing data & log upload. (cc. @marcin)
I think the wording here may be a bit confusing. In my experience, 'cancel' typically means close the alert, and there's another option like 'confirm' or something that will mean you're ok with discarding changes.
Here it seems like 'cancel' means we're ok with discarding changes. Not sure if it's just me though (cc @ted)