Lee Keels
My Latest Replies (From Various Topics)
Author | Replies |
---|---|
Author | Replies |
Posted: Thursday Jun 21st, 2012 at 3:16 pm #17148 | |
|
|
Cristian, I’m already on 120608…I do the updates as soon as possible when I see them. I only spoke of 120601 because that appears to be when the problem started. The problem continues. Here’s the screenshot. |
|
Posted: Wednesday Jun 20th, 2012 at 6:02 pm #17040 | |
|
|
Jason or Cristian…any input on this issue? |
|
Posted: Tuesday Apr 24th, 2012 at 2:10 am #11656 | |
|
|
Good news. CCBill resolved the “Invalid Digest” problem. This appears to be working now. I’ll have to wait and see if the error crops up again, but I’m hopeful :) Thank you for your help. Will this be incorporated in the next version or will I need to replace the file again? |
|
Posted: Monday Apr 23rd, 2012 at 7:18 pm #11647 | |
|
|
Hi Jason, I apologize for taking so long to respond. We had a few other matters crop up unrelated to s2Member. I’ve just tested the 2nd patch, and we do now see the proper sub-account in the URL formed. However, when you click on the button, you get a blank white page with “Invalid Digest” in the upper left corner. I’ve checked CCBill’s documentation and haven’t found anything about this error. I’ve also contacted CCBill to see if they know what “Invalid Digest” might mean from their end. Lee |
|
Posted: Friday Apr 13th, 2012 at 7:47 am #10720 | |
|
|
Jason, You’ve completely lost me here. You’ve sent me exactly one patch to try. It didn’t work for the reasons I stated above. I have no idea what you mean about a “subsequent” patch. Subsequent to what? You can see the entire thread above where I received one file until this one. I’m going to assume you want me to replace the first patch with this one. I’ll give it a shot. Lee |
|
Posted: Wednesday Apr 11th, 2012 at 6:50 am #10547 | |
|
|
Thoughts on my response? |
|
Posted: Monday Apr 9th, 2012 at 11:39 pm #10419 | |
|
|
Okay, this didn’t work. I have updated the shortcode on the non-membership items to point to subaccount 0001, BUT when you click on the Buy button, you can see the following in the generated URL: &clientSubacc=0000& So the setting on the CCBill Account Details page in s2Member is overriding the shortcode and forcing it back to 0000. Update: It doesn’t have any effect on the form number either. Whatever is set on the CCBill Account Details page in s2Member takes precedence. I tried blanking them out, but the Sub Account field stays at 0000 no matter what. |
|
Posted: Monday Apr 9th, 2012 at 10:33 pm #10415 | |
|
|
No changes were made to test. All settings were as you wanted them to be already. We already have the sub-accounts, but haven’t been able to use them until now. I will work on implementing this immediately and let you know how it goes. Thank you!
|
|
Posted: Saturday Apr 7th, 2012 at 1:45 am #10269 | |
|
|
Any news on this? |
|
Posted: Tuesday Apr 3rd, 2012 at 6:06 pm #9991 | |
|
|
Absolutely confirmed. We do not use ANY CCBill member services. Everything is handled by WordPress/s2Member. I am unable to find a setting for “do not collect usernames/passwords”…user management does show OFF. UPDATE: Found the setting and it is turned off as well. NOTE: Cristian’s response that both purchase attempts were for page access isn’t correct unless something is wrong. One was for a specific page/post (successful), the other was for a site membership/subscription (not successful). |
|
Posted: Tuesday Apr 3rd, 2012 at 1:48 am #9848 | |
|
|
A specific post restriction. We don’t use capabilities. Here are the log entries. The first is a successful purchase of a magazine (the download link is in the purchased post). The second is a few minutes later when he tried to purchase a membership and was rejected because “You currently have a subscription and are unable to signup.”
|
|
Posted: Tuesday Mar 27th, 2012 at 8:38 pm #9310 | |
|
|
Unfortunately, that didn’t really have any bearing. Everything was working fine until I disabled WP E-Commerce. I’m curious if removing that plugin entirely would have the same result. |
|
Posted: Sunday Mar 25th, 2012 at 5:15 pm #9061 | |
|
|
Here’s the screenshot. I haven’t tried changing the theme. Honestly, the thought of messing with the theme terrifies me, for fear of messing it up. We use Atahualpa.
|
|
Posted: Tuesday Mar 13th, 2012 at 12:42 pm #8014 | |
|
|
Update: Our first cancelled customer since changing to CCBill is due to lose their subscription on 3/28. I think I should just table this until I see what happens on that day. I assumed an EOT would be set, but apparently that is not the case. I assume now the user will simply be demoted on that day or a day later. If not, I will update the thread. I have also notified CCBill that we do not need the cancellations turned on. Cancellations are a common occurrence. The user cancels the subscription because they can no longer afford to keep it. We have people that sign up and cancel immediately because they don’t want a recurring charge. But, let me get this straight. Are you saying that: 1) If a user signs up today for a 30 day membership and … If so, I wish you had said so from the beginning without telling me that I needed to beg CCBill to turn on this cancellation thing. In my expectation, an EOT should be set 30 days out immediately when a cancellation occurs (that’s how it worked when we used PayPal). But if I’m understanding you correctly (and I’m not sure at this point), it sounds like CCBill will send something through DataLink closer to the time that they should lose their subscription, or on the exact day? CCBill has now escalated to upper management because I’m telling them that we have to have this turned on, and it sounds like you are now telling me that we don’t. |
|
Posted: Tuesday Mar 13th, 2012 at 9:37 am #7990 | |
|
|
Thanks Cristian! |
|
Posted: Monday Mar 12th, 2012 at 11:50 pm #7942 | |
|
|
Jason and/or Cristian, It’s been two days since I last posted, and I haven’t had any assistance. Yes, I understand a weekend was involved. CCBill has denied our request to turn on “cancellations” as you requested. They said the denial was because “…the feature Datalink Cancellations does not have impact on User Management decisions in terms of adding or removing users. ” We need to get this resolved. Please see also my previous post and let me know what our next steps should be. Frustration level running high. |
|
Posted: Saturday Mar 10th, 2012 at 5:36 pm #7840 | |
|
|
I feel like I’m getting conflicting information here, Jason. I sent all my logs and a couple of sub IDs in question. I need YOU to tell me if the information is there and if there is a problem. I don’t know how to read these logs and I assumed that is why I was asked for them. If CCBill pulls the expire status, then why are my cancelled accounts not getting EOTs? According to CCBill, an expire is set when a customer cancels. I’m not sure what you want me to do at this point. I’m looking to you for a resolution, and if what CCBill says is true, then even when/if they turn on cancellations in DataLink, there is still a chance that users could still be cut off too soon (if extended by CCBill customer service). Please advise next steps or what you need from me. |
|
Posted: Friday Mar 9th, 2012 at 7:50 pm #7818 | |
|
|
I’ve put in a request to have this done, but I thought you should know that CCBill is pushing back HARD on this. They do not want to turn it on. They said that the software should be using the “expire” status that gives the actual date that a customer’s access should end, rather than the “cancellation” status. “Expire” doesn’t require approval. The reasoning they gave is that on occasion, CCBill will extend a user’s subscription in response to a customer service issue or complaint. The “expire” status will be extended and provided through DataLink. The “cancellation” status will not be updated and the user will lose access earlier than they should. |
|
Posted: Friday Mar 9th, 2012 at 1:33 am #7691 | |
|
|
I’ve sent the message and the log files using the form Cristian, thank you. |
|
Posted: Friday Mar 9th, 2012 at 1:12 am #7688 | |
|
|
Logging has been on all along. I don’t know how I can test a cancellation, but I don’t need to. I have two live ones from today 3/8. Can I send you these logs privately somehow? I have no idea what’s relevant and what isn’t. I will also include the Sub IDs of the two cancellations that should have EOTs, but do not. I searched all the logs for these subscription IDs and they do not appear at all except for the original subscription. No cancellation.
|
|
Posted: Thursday Mar 8th, 2012 at 1:47 am #7601 | |
|
|
Any word on this? |
|
Posted: Tuesday Mar 6th, 2012 at 4:58 pm #7501 | |
|
|
EOTs do not work period, old or new. I literally just had a cancellation 2 minutes ago. No EOT was applied to their account. Could this have something to do with leading zeroes in the Subscription ID? For example, the email that I just received shows a Subscription ID of 31206620100000XXXX, but in the user list on my site, the field has a leading zero, making the ID 031206620100000XXXX (the last four digits do match, none are dropped). Definitely need some assistance here. |
|
Posted: Monday Mar 5th, 2012 at 9:20 pm #7364 | |
|
|
Hello…still having problems here and no responses. |
|
Posted: Sunday Mar 4th, 2012 at 8:44 am #7219 | |
|
|
Anything? |
|
Posted: Friday Mar 2nd, 2012 at 11:36 pm #7146 | |
|
|
The cron job hasn’t made any difference. No EOTs are being set when CCBill customers cancel. I’m having to set them manually. Any suggestions? |