Forum Replies Created
-
Posts
-
Yes this is for free signups, and my client has had issues with people having trouble with the captcha. I’ll try the re-install tomorrow.
And here are two of the links I got (tried to make test accounts twice).
[http://howtothinksideways.com/join-us/registration/?member_id=&code=7d9882e624d10726a2010006f29c1c18]
[http://howtothinksideways.com/join-us/registration/?member_id=&code=5a56e5f34f6b66fec3a350735c76de82]
I’m guessing it was supposed to create an account and include the member id in the URL. However, I checked the database, and it didn’t have any records in the members table for either of these.
Ah, okay, I’ll remember that. I had understood this to be hidden and so might have posted some information I don’t want the world to see. As it is, I’ve only posted test info, so we’re fine.
Thanks
. I got the new version, but I’m swamped with another project so it’ll be another week or so before I can test it out and implement. For the time being, the EOTs are low enough that I can manage them as they come, but they’re likely to become more frequent the longer the eStore has been live.BTW, did you know Google was able to crawl this customer only forum? It let me read the message without being logged in.
Oh, good point. I mean, 50 years from now people might be startled
, but it should give us long enough.
Sigh. That’s what I got from the other posts, but I was hoping there was a way around it. These are lifetime subscriptions, so no, an extra 30 days doesn’t help, though it would give me more time to process the eot. As it is, I have to go in manually and switch them back to active, something that can get overwhelming easily if a large group comes in.
Might I suggest a future feature that would allow for a lifetime subscription as an alternative to the current one? That would just ignore the EOT IPN when it comes, and would cause no trouble.
Is that how mod rewrite does a persistent name? Okay, I’ll tell my client that we need to let the redirect show.
Thank you for this, and several other posts on the PayPal blank page issue. We’re currently waiting on confirmation from the customer, but I’m pretty sure this is the issue…sort of.
My client has two portals to her site, both separate websites with different things going on. The eStore makes up the key component of one, while the other has a different primary focus. So as not to confuse customers or make them think they’ve been hijacked, when a customer comes in through the second portal and wants to buy something at the store, they’re redirected to the store site, but the URL still shows the site where they were. However, if I’m right, this is the cause of the reported blank page. Is there any way to work around it? Or do we have to do the redirect visibly?
I haven’t seen any pattern yet, which is why I asked for the general rather than any specifics. It’s just that every once in a while someone reports a problem and they’re at inactive, when as far as I can tell they shouldn’t be.
I’ll run through your list and see if any apply.
Sorry for the late reply. I’m still learning how to use the forum and though I checked to request an email alert with a reply, apparently I have to also add it to my favorites to get one…I haven’t figured out how to do that yet, but will work on it.
I’d recommend adding an option to forward all types of IPNs as this means the next step in the process can use them, even if it’s just a simple email to the admin to allow for IPN payment troubleshooting.
I also need the cancelations and failures (though the last should come in as a payment) because my plugin tracks inactivity on a level basis while yours only does so on an account basis even when using the multiple level option.
If you wanted to make it individual, just allow the end user to select what will forward. However, the current phrasing is unclear and leads to issues like mine because I had no idea that IPN forwarding meant select types of IPNs.
Okay, apparently the IPN forward only sends payment IPNs on, or there’s some other issue. I have evidence of your system processing a cancelation and refunds, but they never got to my 3rd Party app the way the payments do.
I marked my comments in [] and with **** so you can find them. The logging says nothing about the POST IPN to 3rd Party Application setting or actions, but I did find a bug in your handling of refunds as listed below. What exactly does the POST IPN setting send to other applications?
Sorry, I didn’t receive a notification that I got a reply and just figured out how to find my own threads. I’ll check my forum preferences to see if I can turn on notifications.
Regardless, the latest upgrade solved it…maybe because of disabling the plugin.
I mean that the IPN forward to 3rd Party app does not show any evidence of happening with a refund. I get subscription starts and payments for sure. Haven’t checked cancels, but did not get the refund IPN even though the debug log shows it was processed.
My process sends the admin an email with the contents of the IPN regardless of the information within it…for tracking purposes.
