Forum Replies Created
-
Posts
-
Hi there,
If the accounts where created manually, do you know if the member logged in to pay for the subscription?
I think what happened here was that the member registered via PayPal first and then I created an account for them. Speaking of which, this does happen sometimes, ie when customers register via PayPal but accounts are not created, or registration process is interrupted somehow. Rather than asking them to go through the whole procedure again, I just create accounts for them.
Does this mean that if accounts are created manually, and even though subscription exists, and Automatic payment ID is in the database, the payments will not automatically renew the following year?
Thanks
FHi again,
That would definitely cause this issue. The interesting part about this issue is that it is only affecting the old accounts and not the new ones, is this correct? Are all the other accounts displaying an access date value?
Yes, it appears so, only old accounts, all other are fine and do display access date value. Another possibility is that these accounts might have been added manually, and Payment ID reference, expiry date also entered manually. Also, unlikely that they have never logged in, since the IP is recorded.
1. Is there any way to make these work without getting members to re-register?
2. I suppose it unlikely that re-creating these accounts will fix anything since this is how they were created in the first place?Many thanks
FHi again, it looks like it just happened. The payment was received but the account went to expired. There is no log of any of this in the log files. I took screenshots of both the payment and the account details.
I am wondering whether its somehow related to the “last accessed date” which is “0000-00-00 00:00:00” ie suggesting that the member never logged in even though there is his IP in the database. I have about 60 accounts with “0000-00-00 00:00:00” record and they do seem to be quite old accounts but all with active subscriptions.Here are some screen captures: https://www.dropbox.com/sh/gtmir6ts5mmynbp/AAC0vuL9QNGlv5ZPvPeoKZRQa?dl=0
Thanks!
Sorry, let me try to be more clear. I wasn’t suggesting a replacement for google first click rather the replacement/update for the First Click add-on for SMP. The add-on enabled first time visitors to read posts / bypass login temporarily as well as search engines the be able to catalogue locked content.
Are there any plans to add this feature to SMP or provide an addon that would:
1. Allow search engines and web crawlers to catalogue locked content
2. Allow visitors to access content – x number of posts per month or similar.Thanks.
Looking good now! Thanks @admin!
@Kyppsie I this the email field is already pre-populated and can’t be changed. It is linked to the PayPal email address. But yes, as long as they tab through it and receive a little [https://www.dropbox.com/s/fguulm8uge1s96g/Screenshot%202017-08-02%2008.45.25.png], they should be good to go. If the green “available” message doesn’t popup on the email field, the registration will not go through.
@Kyppsie, all fields are mandatory is fine as long as the email field is not filled out. Unfortunately it is and you can’t change it but the form still requires you to “tab” though it. I think the problem will persist even with the note about mandatory fields. I have just been doing it myself for the member having issues since it’s much easier than to explain via email 🙁
I think I found the bug for this registration form problem. It happens when the user tries to fill out the form and set their username. You need to tab through the fields so it validates available usernames AND the email. When the user just enters the username and jumps right to the password, the system doesn’t have enough time to validate the email and this is why it send you back to the registration again. I am not sure what the fix is here other than to disable email validation.
