[alexg]

Frontend performance should have been improved with the latest version 3.7.0 of Bitcoin and Altcoin Wallets.

Additionally, it is now possible to refresh individual UIs manually by clicking a button. This feature will soon be available on the Exchange extension as well.

[alexg]

OK, were you able to spot the code 500 error in your logs? This is what would help me determine the root cause.

You should be able to post images, but if you want to send me a screenshot you can also email it to me.

[alexg]

@vidyen Actually you can insert a manual deposit via your MySQL console, if you really need to. This is roughly what the Airdrop extension does, but on multiple users. If you need to do tests, I would recommend that you connect to a litecoin wallet in testnet mode and use a litecoin testnet faucet. http://testnet.litecointools.com/ https://kuttler.eu/en/bitcoin/ltc/faucet/

If you simply want to disable confirmations for internal transfers you can do so. You can also set the cron job interval to 1 minute to speed things up.

@megan Thank you for your contribution. I believe Felty wants to do transfers not from one user wallet to another but from the site’s hot wallet to a particular user. This would be achieved with a manual deposit entry. But you are correct, it is certainly possible to deposit a large amount of testnet coins to an admin user and then perform internal transfers to other users for testing purposes. If done via the PHP API, the confirmations can be skipped.

[alexg]

Hello,

You are correct that font sizes and other styling can be controlled with CSS. Ultimately I would like to provide a Customizer section in the future, but until now I have not had the time to do so.

As for supporting USD and EUR currencies, there will be a fiat coin adapter released soon. This is not out yet. There will be an announcement in the blog about it.

kind regards

[alexg]

You are correct, this needs to be fixed.

There will be a fix in the next patch.

Thank you for spotting it.

with regards

[alexg]

Hello. It looks like your site is having trouble loading the files for the CoinPayments adapter.

1. Did you install the plugin using “Plugins” -> “Add new” -> “Upload Plugin” or via some other method?

2. When do you get a 403 error?

Please let me know. Thanks

with regards

[alexg]

For the record, this was caused by a missing permission on the CoinPayments API key.

I will add this to the troubleshooting guide.

[alexg]

The usual pitfalls are: 1. you do not have any coin adapters in a “responding” state, or 2. the subscriber role does not have the correct capabilities or 3. there are JavaScript errors on the page. Since you’ve checked those, you could email me some login credentials so I can have a look to see what’s wrong.

[alexg]

Unfortunately the referral system built into the faucet is meant to be used only by the faucet.

However, with some coding it can be used for other stuff.

The extension maintains an association of users to their referrers via a user meta value.

Every user who is referred from another user should have a user meta with name wallets-faucet-referrer-id, and value the id of the user who referred them. You can tell this to your developer.

hope this helps

kind regards

[alexg]

Hello,

1. Is this a new installation?

2. Have you checked the troubleshooting section in the manual about this particular issue? Please check under “I do not see the UI elements in the frontend.”

Let me know if this does not help.

kind regards

[alexg]

Assuming the table prefix is wp_, and if the installation is not multisite, then the following query would show you the user ids, coins and balances that are negative:

SELECT
	account,
	symbol,
	SUM( IF( amount > 0, amount - fee, amount ) ) AS balance
FROM
	wp_wallets_txs
WHERE
	status = 'done'
GROUP BY
	account,
	symbol
HAVING
	balance < 0;

If you are on a multisite installation with multiple blogs, you should also group by blog_id:

SELECT
	blog_id,
	account,
	symbol,
	SUM( IF( amount > 0, amount - fee, amount ) ) AS balance
FROM
	wp_wallets_txs
WHERE
	status = 'done'
GROUP BY
	blog_id,
	account,
	symbol
HAVING
	balance < 0;

[alexg]

OK I have investigated at length the problem you reported, and have provided a fix in version 3.6.7 of the parent plugin.

Thanks again for spotting this. There was another bug in the algorithm that sums fees for the balances. This was introduced in 3.6.5 while attempting to fix another bug. The algorithm now correctly sums fees for all kinds of transactions, i.e. deposits, withdrawals, internal transfers and exchange trades.

Due to the bug being fixed now, you or your client may notice more negative balances. This is because withdrawal fees were not subtracted from user balances during the time between 3.6.5 and 3.6.7. My sincerest apologies for this.

[alexg]

Yes, this looks important, as you say! Thank you for reporting, and for the additional info you sent to my email.

I will investigate and get back to you once I have a fix.

regards

[alexg]

Hello,

Normally this is not possible.

However, it is probably the case that the deposit happened with a version of the wallet prior to 3.6.5. In 3.6.5 a fix was added to count deposit fees, that were previously introduced in the CoinPayments adapter. In other words, this must be related to: https://www.dashed-slug.net/forums/topic/negative-balance-request-for-a-pending-balance-feature/#post-4285

If your users use the latest version of both the parent plugin and the coin adapter extension, they can be assured that this will not happen again.

kind regards

[alexg]

Hi,

Unfortunately this seems to be a limitation of the CoinPayments platform, as the wallet is not meant for multi-user use. This only seems to affect monero.

The good news is that I have developed and am currently testing a full node Monero adapter that connects to the wallet RPC, so this will be a good way to provide Monero to users, albeit with a little more technical effort on the part of the site admin.

Once this adapter is released there will be a blog announcement.

kind regards

[Author]

Posts