[bisq-network/bisq] Revert "Deactive confirm buttons once mediation started" (#4562)

[wiz]

> I do not fully understand the statement that you want the traders to let complete themselfes. I consider mediation as a conflict resolution, not a pure help service.

But this is exactly my point: **Arbitration is a conflict resolution service; Mediation is just a help service.**

As a Mediator, I am merely a neutral third party who helps traders work out their issues so they can complete the trade between themselves. It is only after 10 or 20 days when my efforts to mediate are unsuccessful that Arbitration is required. Before this change, for about 80% of my mediation cases I never had to make a suggested payout, and could close with TRADE_ALREADY_SETTLED, because the mediation was either successful or unnecessary, and the traders were able to complete the trades themselves.

Just because a newbie user requests support does not mean a trade should require conflict resolution. Now that users can no longer complete trades without having a suggested payout from me, and since I cannot make a suggested payout without knowing all the information, this will incur significant delays for all trades that go into mediation, since most traders are slow to respond in chat, if they ever respond at all. It will also increase the number of Arbitration cases, which is against our stated goals.

But most of all, this UI tweak actually changes the way trading on Bisq works, and users are reporting it as a bug, which I agree with - there is no reason this button should be disabled. If your goal is to fix an actual security flaw in the trade protocol, please do it in trade protocol, and not in the GUI for security theater.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/bisq-network/bisq/pull/4562#issuecomment-699513335
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bisq.network/pipermail/bisq-github/attachments/20200926/9b8a833f/attachment.html>