Forum Replies Created
August 7, 2020 at 7:45 pm in reply to: Invalid Created Times showing up in the transactions #9106
Your wordfence is blocking me, thinking Im trying to run SQL queries through the form here.. so I’ve attached an image of my response.August 7, 2020 at 7:08 pm in reply to: Adapter is off by 1000 blocks from the 2ACoin daemon. #9105
I put a value of 8 into the get_decimal_places function.
I have NOT gotten it to work by putting a value of 8 in the coins.csv file on the production server or the test server with only your plugins installed.
I have NOT gotten it to work by adding the following code to the themes function.php or a separate plugin (see attached image, some reason it will not let me post code here), on the production server or the test server…
The only thing that seems to work is putting a value of 8 into the get_decimal_places function. Then is displays correctly…as seen in the image
On a secondary note, thinking out loud here I notice when you posted the filter here: https://www.dashed-slug.net/forums/topic/im-getting-ready-to-replace-my-hacked-up-monero-adapter-with-yours/page/3/#post-8943
I notice you used 2ACOIN as the key for the array, is that what it is supposed to be, because my $coins variable gets passed through with the $coins[‘ARMS’] key….
1. The only way that I have figured out how to change the decimals is to change the hardcoded value that is currently 2 in the get_decimal_places of coin-adapter-turtlecoin.php
2. The fact that I can change this and the decimals do change, should say that this is where the app is getting the decimal value from… not the coin.csv (if I change, it does nothing). Not the wallets_turtle_coins_filter… if I add it does nothing.
The only way to get the correct value is change the hardcoded value of get_decimal_places method. I think your code might have a bug in it, have you fully tested with 2ACoin?August 5, 2020 at 2:31 pm in reply to: Invalid Created Times showing up in the transactions #9074
Man, I’m not sure if I am looking at the wrong place. But I don’t see your debug screen anywhere.
What I am saying is. I installed only those two plugins directly off your website on a new wordpress installation, without any other code or themes, etc.
Even on the new test website with only wordpress and the Bitcoin & Altcoin Wallets Plugin and the TurtleCoin Adapter Plugin, the behavior on the Invalid number of decimals, continues.
1. No matter what you input as decimals in the coins.csv file. The inserts to the database are always 6 decimals out of place on a brand new install and brand new wallet.
It is always 2 decimals off from what the RPC is reporting as the amount.August 5, 2020 at 3:04 am in reply to: Invalid Created Times showing up in the transactions #9063
Here is the ticket I sent them on the issue. Though for compatibility sake I think it might be best to convert those dates into the string format. I’m not sure?August 5, 2020 at 2:54 am in reply to: Invalid Created Times showing up in the transactions #9061
Ok, the problem with created_time showing zero dates, seems to be an issue with Digital Ocean’s MYSQL Managed Server, I will make a somment to them about this and see what they say.
Both. new transactions and wallet adds, both have zero dates for created_time on DO’s Managaed databases, but not on the maria database on the localhost of the test box.August 5, 2020 at 2:14 am in reply to: Invalid Created Times showing up in the transactions #9060
As mentioned in my other post, I ran this test on the other test wordpress installation and had the same issue with decimals in the wrong place.
However the created_time data is now being inserted into the database on the test installation, the difference between the two is the production server is using a digital ocean managed MYSQL server.
Going to test the same thing on a DO database. to see if that is an issue.
Same issue on a fresh wordpress install with only the following newly installed plugins:
Bitcoin & Altcoin Wallets
Turtle Coin Adapter Extension
Do you use signal? I can get you the authentication for my test server and you can check, if you want.
Same issue, installing on a new word press installation to test.
Going to completely delete this wallet and start over ran see if we can’t get a different result…
Ok, so I think I might have found something. If I dump the results of all the transactions… as seen in your code. I have some transactions from the other wallet…
The address: “gunsLxp8FSQ3eU4Frhutze3QrE4acGM5LDiW5AFWc7mHSTDFnpht7oce9PzmJxJycs1SKG1aC8dvUgUBs2XSQkv29RE9d9Gs46” as seen in the screenshot is an address that was generated on the old wallet by a friend of mine, the amount is deposited by our pool. As you can see she is currently mining… and number 3.
Why would this be showing up in the new wallets transactions? They are not being inserted into the database and the address does not exist any longer in wp_wallets_adds.
It is showing up in the transactions though… as seen in the screenshots.
GREP returned only your instance of apply_filters as seen in the screenshot.
I’m at a loss.August 4, 2020 at 2:31 pm in reply to: Invalid Created Times showing up in the transactions #9047
I didn’t go to a university, I’ve learned coding by doing it and only when I forced to anymore, lol. I’m actually in the process of hiring more software people for almost everything else, but wanted to keep dealing with the crypto wallet in my hands if possible.
So if $txrow->created_time is set correctly, why would it not be saving to the database correctly?