[alexg]

Hello,

This is not likely due to the state of the coin adapter.

Please see the following how-to guide for troubleshooting this issue.

HOWTO: Debug shortcodes displaying “No currencies are currently enabled.” message

And let me know if you still need help with this after checking the guide.

with regards

[alexg]

Hello Graeme,

This sounds like a UI issue. To diagnose the problem I would need to login to your site.

I tried signing up but couldn’t, because I never got the confirmation mail for registration. (Yes, I checked my spam folder too).

Please either fix your emails, or email me with login credentials, so I can look at the problem.

You can also check your browser console. After you click on the button, are there any JavaScript errors? If so, they may be related to this issue.

with regards

[alexg]

Hello,

There is already an option in the exchange to turn a market on or off. As an admin, you can choose to display a market even if

Remember – the exchange deals with markets, not coins/currencies.

However, I have already developed a new shortcode [wallets_status] for wallets6. This displays the wallet status (connected / not connected) for each currency to users.

Since the new WP REST API now exposes this information to the frontend, I will add a small icon next to each currency indicating whether it is connected, for all the UIs. It will be easily hidden via CSS for people who don’t need it.

Thank you.

with regards

[alexg]

Hello,

The new plugin will automatically migrate the deposit addresses and transactions (and therefore balances) to the new format. There will be an extensive article detailing how this works. You will not have to do anything for this, other than ensure that the cron jobs are running.

Connection to the wallets will not be migrated automatically, you will need to create wallets and currencies. This will be detailed in the installation instructions and via WordPress admin pointers. It will be easy, and if you have any questions about it you can post in the new migration support forum.

You will be able to perform these changes at any time, and you can safely revert to the previous version if any issue arises.

If you have any more questions about this, please post them at the migration support forum.

with regards

[alexg]

You should not define the same function twice.

Either use the same function to define all your coins, like so:

function wallets_turtlecoin_adapter_filter( $coins ) {

	$coins['ABC'] = array(
		// ABC coin attributes go here
	);

	$coins['XYZ'] = array(
		// XYZ coin attributes go here
	);

	return $coins;
}
add_filter( 'wallets_turtle_coins', 'wallets_turtlecoin_adapter_filter' );

Or if you want to keep things separate, like in different files for example, then you can hook two or more functions to the filter:

function wallets_turtlecoin_adapter_filter_abc( $coins ) {

	$coins['ABC'] = array(
		// ABC coin attributes go here
	);

	return $coins;
}
add_filter( 'wallets_turtle_coins', 'wallets_turtlecoin_adapter_filter_abc' );

function wallets_turtlecoin_adapter_filter_xyz( $coins ) {

	$coins['XYZ'] = array(
		// XYZ coin attributes go here
	);

	return $coins;
}
add_filter( 'wallets_turtle_coins', 'wallets_turtlecoin_adapter_filter_xyz' );

You’ll be glad to know that in wallets6 you won’t be required to know any PHP. I have developed UIs for all of this.

with regards

[alexg]

Hello,

Red amounts simply mean that the sum of user balances is larger than the hot wallet balance. It is not an indication of error. In fact, it’s a good idea to hold most of your coins in cold storage where they are safe from site hacks.

with regards

P.S. I have moved your question to a different thread since it was not related to the other one.

[alexg]

I see. Maybe you could reserve a different address altogether to track the mining rewards?

[alexg]

Hello,

Ah! OK, thank you.

Even though the hot wallet balance is 22 ARMS, the user balance should be the sum of the user’s transactions, as they appear in the plugin’s ledger (Wallets -> Transactions).

It’s good to see that your wallet appears synced. I will upload today a patch where, if logging is enabled, the coin adapter will write to the logs the block height of the network, the wallet, and the coin adapter. While both the network and wallet heights are 0 it will also emit a warning that the wallet may not be syncing. This will hopefully help others trying to setup the adapter.

The reason that the deposit is not going through is that, as you say, there is a payment ID. For Monero transactions, the CoinPayments platform uses only one address for all Monero deposits, and distinguishes between its users via a payment ID. Therefore the plugin has to check the Payment ID too before determining that a deposit belongs to a user. You should instruct your users not to use a payment id for now, because it’s always considered part of the address, and this is true for all coins and all deposits.

I don’t consider this to be a bug. In many major exchanges, if you send coins with the wrong Payment ID, your deposit will not be debited to your account. Users should deposit to the address they see in the [wallets_deposit] UI. If they add a payment ID that is not shown in the UI, it’s as if they were sending to a different address. This is something that users should expect, but ideally you should warn about this in the deposit UI. If you want to output custom HTML over or under the deposit UI, you can use the actions: wallets_ui_before_deposit and wallets_ui_after_deposit.

In the upcoming wallets6, the architecture is inverted to improve on this: The wallet adapter itself creates the deposit and passes it to the plugin’s ledger. So each wallet adapter can decide how to match the address of the incoming deposit against known deposit addresses. The wallet adapter can then decide whether to match the payment ID, or just the base address, thus giving finer control to the adapter developer.

Your cron jobs are likely running or you wouldn’t have seen the first deposit either. The fact that your first deposit is discovered and is shown in the plugin’s ledger means that the plugin is behaving as expected.

Please let me know if you have any more questions or if you spot any other issues.

with regards

EDIT: The latest version 0.1.5-beta of the coin adapter only has better logging, it should behave the same as 0.1.4-beta (Logging must first be enabled in wp-config.php)

[alexg]

Glad to hear that you found the root cause.

You could talk with the plugin developer about this. Plugins should not generally prevent other plugins from doing POST requests in the admin screens.

with regards

[alexg]

@LeinAd

The UI you see in the attachment is not generated by the plugin. It was used as an example by the OP.

with regards

[alexg]

I have now released version 5.0.13 of wallets. In this version, the information seen under “Deposit Addresses” and “User Balances” are now complete for network active installations.

This should resolve the issue with user deposit addresses.

I will contact you again about the issue with the ARMS deposit.

In the meantime, can you please go to Wallets -> Adpaters, and next to your adapter, see what is the value of “Block Height”? (If the block height is not equal to or larger than the block height of your deposit, then your transaction will definitely not show up in the plugin.)

[alexg]

I have now released version 5.0.13 of wallets. In this version, the information seen under “Deposit Addresses” and “User Balances” are now complete for network active installations. This should resolve the issue with balances. Thanks again for spotting this issue.

with regards

[alexg]

1. Can you try to deactivate all other plugins, even if they are not security plugins, and try again? This is likely a security feature of some other plugin. Also, try with a different theme.

2. Also, you can try to assign the manage_wallets capability manually to your user or role. You can use any plugin, such as *User Role editor* or *Roles & Capabilities*.

3. Another thing you could try, would be to enable logging in WordPress, then attempt again the “Clera/refresh data now” button. Is there any error written out in the WordPress logs?

The fiat coin adapters are always shown locked by design. This is because there is no way to automatically run withdrawals. The plugin skips withdrawals from locked adapters.

Let me know if you tried steps 1,2 and 3 and what you found. Thank you.

with regards

[alexg]

Not sure. These are questions best directed to the TurtleCoin developer.

Are you certain that your wallet is synced (not just the blockchain daemon)?

Once the transaction shows up in your wallet but not reflected in the plugin, then this will be likely due to the bug that I am about to fix in the next patch release of the coin adapter.

with regards

[alexg]

Hello,

Check to see if your blockchain daemon AND your wallet-api are synced to the highest block.

If they are not, then your transaction would not show.

If the deposit address you sent funds to was generated by this ARMS wallet (whether via the plugin or by other means), then the wallet will eventually include the transaction once it’s synced.

with regards

[Author]

Posts