Hello,

Thank you I will investigate.

It does not matter if the balance is displayed negative, the balance is checked again on the server side before any withdrawal. Additionally the tables are locked during each operation so that it is not possible to have race conditions.

Could you please post again the second attachment? It was deleted (my mistake)

thanks

OK since this is such a serious error I would ask that you help me investigate. Please do the following:

1. Find out the numeric WordPress IDs for these two users. Let’s say the IDs are 111 and 222.

2. Enter the following two queries into your SQL console and email me the result:

SELECT category,amount,fee,status,account FROM wp_wallets_txs WHERE account IN (111,222) and symbol='DOGE';

SELECT * FROM wp_wallets_orders WHERE account in (111,222) and quote_symbol='DOGE';

Please keep in mind that the exchange is still in beta.

Looking forward to your reply.

thank you

Thank you.

Are you using the latest version of the CoinPayments adapter? The latest version is 1.0.7.

I have an explanation. It does not seem like this is an issue with the exchange.

In version 1.0.7 of the CoinPayments adapter, the deposit fees that the platform incurs are saved into the deposit transaction records. These fees are taken into account since the latest version 3.6.4 of the parent plugin. 3.6.4 was released on the 28th of August. On the 1st of September your user #7 did a withdrawal that was their balance plus the deposit fees (49 DOGE) that were not subtracted from their balance. If you had not applied the latest version 3.6.4. at that time, it would explain the problem. It would also mean that this will not happen again.

My apologies for the trouble.

Is it possible that you had not yet applied version 3.6.4 of the parent plugin on the 1st of September?

You could reset the balances to 0 but it would have to be done manually.

You see, the negative balance in this case is correct, i.e. there are 50 DOGE missing from this user’s account due to the bug not being fixed at the time when the user did their withdrawal.

One way would be to set the fees of all deposits before that time to zero. This is how you would do it from your MySQL console, assuming your DB prefix is wp_:

1. Backup your database

2. Assuming that you upgraded to 3.6.4 on the 2nd of September, execute this:

UPDATE wp_wallets_txs SET fee = 0 WHERE category='deposit' AND created_time <= '2018-09-02';

This would force all of the deposits before that date to not have any fees.

Hope this helps. Again, my apologies for the mistake on my part.

Let me know if you have any further questions about this.

kind regards