Hello,
I see that you are frustrated with the plugin, bust rest assured that the functionality you are trying to achieve is being used every day. This is probably some system configuration issue that we can figure out and fix.
The screenshot you show me indicates that the transaction remains in an unconfirmed state even though you have provided the necessary admin & user confirmations. I cannot imagine why this happens to you, but the answer should be in the WordPress logs or your MySQL log.
Normally the cron job discovers unconfirmed transactions that have the necessary confirmations and changes them to a pending state. pending transactions are eligible for execution on the next cron. This is done in includes/confirms.php in function confirm_transactions(). I have again tested this in combination with the new tor extension, even though internal transfers never touch the coin adapter – they only manipulate the local database.
When a transaction is first entered, the user who entered it should be getting an email asking to confirm the transaction. The email is sent using the wp_mail() function. I would start debugging from there, as this is the first deviation from expected behavior. I suggest you do a tail -f /var/log/*.log and see if there is any error while you are entering a new transfer. There could be PHP errors, MySQL errors, or even mailer errors; this should catch them all.
In summary, let me know if you find any errors in the logs. I would start by figuring out if wp_mail() works and then if PHP mail() works. (Also check your spam folder just in case.)
One other thing you could try as a test, is to disable confirmations (Wallets -> Confirms -> Internal transaction confirmations) and uncheck Admin confirmation required and User confirmation required. Then do another move. Does it stay in unconfirmed state again? That should give us some clues as to what went wrong.
Let me know.
regards