[alexg]

Thanks for reporting this. I can’t reproduce the problem on my end.

1. Is it possible for you to check the debug log at the time when this admin page is loaded?

2. Which version of PHP are you using?

3. How many categories are there on your system? (You can check at Posts -> Categories)

thank you

[alexg]

Ah OK, thank you for the clarification.

With the shortcode you mentioned, I was able to reproduce the problem. Therefore I will have a fix for this soon.

Will keep you updated about this.

with regards

[alexg]

Hello,

Thanks for the explanation. I still did not understand why a user should be able to view the part of their balance that comes from one type of transactions only. The user can already see all of their balances, including any custom coin balances.

One thing I can do, would be to provide a static template where the coins are specified via a shortcode attribute. For example, something like:

[wallets_balance template="list-static" symbols="BTC,LTC,DOGE"]

The balances would then be listed similarly to [wallets_balance template="list"] but it would show only balances for the coins you chose, in the order you chose them. Do you think this would meet your requirements? It would be relatively straightforward to implement.

Let me know please.

with regards

[alexg]

Hello,

1. ATMs are really out of the question, but I had some thought over this, and actually paper vouchers are also not possible, as private keys are not available to the plugin.

2. Your request about WC Marketplace fees is here. I will see what I can do.

3. About the airdrop extension, if you are referring to this bug about roles, I was never able to reproduce it, so I cannot fix it. I do have some minor bugs fixed related to this, and I can push these out today, since they are ready.

If you think that there are any other defects (i.e. not feature requests) that I may have missed, please let me know.

with regards

[alexg]

OK I read some more about this plugin and I now realise that you can use the shortcode [twofactor_user_qrcode] in the frontend. Are you using the paid version of the plugin? If so, I would have to login to your site to see the problem, as I do not have the paid version of this plugin.

[alexg]

Hello again,

I have installed the plugin and tried to reproduce the issue with no success yet. It’s true that both plugins use the jQuery.qrcode library. What’s more, the two plugins use two different jQuery.qrcode libraries with the same name. So an incompatibility is likely but I can’t see it yet.

2fa: v0.14.0 ​https://github.com/lrsjng/jquery-qrcode
wallets: 1.0 ​https://github.com/jeromeetienne/jquery-qrcode/

You mentioned that the issue is shown in the “user two FA settings page (frontend page)”. The user 2FA settings are a backend page (wp-admin/admin.php?page=two-factor-auth-user), while the wallets plugin loads its QR code library only in the frontend (used by the [wallets_deposit] shortcode and widget).

Can you please confirm if the issue is in the frontend or backend? The screenshot you show me looks like it’s from the backend if I am not mistaken. The QR code looks like it’s stretched horizontally in your screenshot but I do not see the same in my setup.

If you like I can also login to your site to look at it, but let me know first about whether the issue is in the frontend or backend.

EDIT: Also, if possible, could you check for any error messages in your JavaScript console, on the page where you see the problem?

Thank you!

[alexg]

Hello,

Thanks for the suggestion. If you don’t mind me asking, how would that be useful to the user? The user cares about the total balance, and about the available balance (balance that they can use right now).

You can use the static transactions list to only show transactions filtered by category (deposit, withdraw, move, trade). But this does not currently work with balances, only with transaction lists.

Please help me understand the use case, and I will look more into what’s the best way to implement it. It would require changes throughout all layers of the plugin; shortcodes/widgets, JSON API, PHP API and DB queries, so it’s a lot of work and requires some planning.

with regards

[alexg]

Hello,

I do not think it’s likely that I can provide interconnection with ATMs. Paper vouchers sound more feasible and I might look at this.

I cannot promise anything about new feature requests, I do them only when I find the time.

But I do want to address defects within reasonable time. My project manager doesn’t show any pending issues with woocommerce, but it’s possible that I missed something. If that’s the case, my apologies. Could you please remind me which bug are you referring to?

with regards

[alexg]

Thank you very much for reporting this!

I will investigate. Looks like a name clash, in which case I will have to add some wallets_ prefixes. Will contact you again about this issue here.

with regards

[alexg]

Hello,

This is due to your exchange not having enough history to show any data.

Please see “The [wallets_exchange_chart] shortcode does not display a chart.” under the troubleshooting section at https://www.dashed-slug.net/bitcoin-altcoin-wallets-wordpress-plugin/exchange-extension/

If you are facing any other issues that are unrelated to displaying the shortcode static templates, please open a new thread on the forums. Thank you!

with regards

[alexg]

Hello,

To provide the ability to buy cryptocurrencies using fiat currencies, use the Fiat Coin Adapter to let the users deposit fiat, then once the amount is marked as deposited they can buy cryptocurrencies in a second step (as done, for example, on bitstamp). It is also possible to manage fiat withdrawals to bank accounts using the Fiat coin adapter.

As I have stated many times here on the forum, I will not be implementing credit card purchases of crypto. If someone else wants to develop a third party plugin to do this, I can provide guidance on how to interface the code.

Please let me know if you have any further questions.

with regards

[alexg]

You bring a valid point.

Currently there is a minimum withdrawal amount, but at first it is set to zero. After one withdrawal fails due to being too small, the API responds with the minimal amount and then retains this minimum in the db.

Obviously this is not ideal: It would be better if the minimum withdrawal amount for DOGE was initialized to 24 DOGE (same as in platform). But there is no way to retrieve this info for all coins from the API, so the minimum is discovered only when a withdrawal fails. I can enter the data manually in the plugin, but then it won’t be in sync, so you see the problem.

Most likely the solution would be to expose the minimum withdrawal amount setting in the coin list. Then the user can make sure that the limits are set correctly. I will work on this and let you know here.

with regards

[alexg]

Again, if you did not delete ANY deposits, then you should be OK.

But if you deleted even one deposit, this one will be replayed eventually. In that case, it’s better to complete the migration now, before any users perform transactions and the data becomes out of sync.

This is an issue that is common always with data migration projects. You want the snapshot you take to be of one instant in time. With careful planning you can avoid any downtime. Only enable the new site to your users once you are certain that the data is migrated correctly. You will not be able to easily perform the procedure afterwards because the user data will have diverged.

with regards

[alexg]

Hello,

This is now fixed in version 0.8.1-beta of the Exchange. Non-logged in users can now view the static templates of public shortcodes.

Thank you very much for spotting this issue.

with regards

[alexg]

Hello,

To show a specific market for non-logged in users:

[wallets_exchange_market template="static" market="BTC_LTC"]
[wallets_exchange_market template="horizontal-static" market="BTC_LTC"]
[wallets_exchange_chart template="static" market="BTC_LTC" timeframe="15m"]
[wallets_exchange_asks template="static" market="BTC_LTC"]
[wallets_exchange_bids template="static" market="BTC_LTC"]
[wallets_exchange_market_history template="static" market="BTC_LTC"]

I see the problem, the shortcodes are not shown because if a user is not logged in then they don’t have the necessary capabilities. I will fix this and update you again here shortly.

with regards

[Author]

Posts