Jason (Lead Developer)

My Latest Replies (From Various Topics)
Author | Replies |
---|---|
Author | Replies |
Posted: Monday Feb 11th, 2013 at 7:55 pm #41475 | |
![]() |
|
Thanks for your inquiry. ~ We appreciate your patience :-)Invoice numbers are unique for every transaction that s2Member processes. They are not the best way to associate a User/Member with an ARB at Authorize.Net. Please use the ARB Subscription ID for this. s2Member stores this value in the WordPress® database and you can search your list of Users by ARB Subscription ID in the Dashboard (aka: Paid Subscr. ID).
If you are dealing with “Buy Now” transactions (i.e. no ARB), use the Authorize.Net Transaction ID. If you are dealing with recurring charges (i.e. ARB Subscriptions), please use the Authorize.Net Subscription ID.
![]() ![]() ![]() |
|
Posted: Monday Feb 11th, 2013 at 7:43 pm #41469 | |
![]() |
|
Thanks for the follow-up :-)
Yes, because it sounds like your existing installation has been corrupted or modified in some way.
It’s always a good idea to back things up before you make a change. Please make sure s2Member’s Deactivation Safeguards are enabled (following the instructions here), and you’ll be fine. Your configuration of s2Member should not be lost during an upgrade. |
|
Posted: Monday Feb 11th, 2013 at 7:36 pm #41468 | |
![]() |
|
Thanks for the follow-up :-)I investigated your installation and reviewed your s2Member® log files. As you mentioned, I find repeated log entries like this during s2Member’s attempts to communicate with the PayFlow API. Found inside: /plugins/s2member-logs/paypal-payflow-api.log
This indicates one of three possible issues…1. You do not have a PayPal Payments Pro account, you have a PayFlow-only account. s2Member® supports PayPal Payments Pro (PayFlow Edition) and PayPal Payments Pro (without PayFlow). However, s2Member® does NOT support PayFlow-only accounts. See: Knowledge Base » PayPal® Compatibility (Account Types) 2. You have a PayPal Payments Pro (PayFlow Edition) account, but you have entered details for s2Member® that PayFlow is rejecting. Please review your configuration here (Dashboard -› s2Member® -› PayPal® Options -› PayFlow™ Account Details), and also speak with PayPal Merchant Support to verify that you have the correct PayPal Pro (and PayFlow) API Credentials. I suspect this is the underlying issue on your installation. 3. You have a PayPal Payments Pro account (without PayFlow). From what you’ve said, I doubt this is case. However, if this IS the case, please remove your configuration from this section of the Dashboard, so that s2Member® is not attempting to communicate with the PayFlow APIs. See: Dashboard -› s2Member® -› PayPal® Options -› PayFlow™ Account Details Please let us know if problems persist :-) |
|
Posted: Monday Feb 11th, 2013 at 7:18 pm #41467 | |
![]() |
|
Thanks for the follow-up :-)As far as your technique in disabling that option. No, I don’t see an issue. However, there is an issue of PayPal’s ToS, which states that disabling PayPal is not acceptable. I would advise you to confirm this with PayPal and ask for permission to do this, just so you’re in the clear :-) Also, I would be grateful if we could review your s2Member® log files. Perhaps we can identify something further with respect to this issue. As far as I know, this is simply related to PayPal fraud filters (or fraud filters implemented by the underlying merchant bank). If we find out something more I will definitely post an update, including a changelog entry related to any improvements. If you submit your log files for review, please do that here: |
|
Posted: Monday Feb 11th, 2013 at 7:09 pm #41466 | |
![]() |
|
Thanks for the follow-up :-)
I see. It actually sounds to me like you’re dealing with an Archive View (aka: an Alternative View). If so, this behavior would be expected. Please watch this video tutorial where I discuss some GOTCHYAS related to this behavior. Please let me know if this helps.
See also: Dashboard -› s2Member® -› Restriction Options -› Alternative View Protection If you feel the issue is NOT related to anything I discuss in the video, and you are unable to resolve this with s2Member’s Alternative View Restrictions, please submit a Dashboard login privately, along with instructions on how to reproduce the issue. We’ll run diagnostics for you. See: s2Member® » Private Contact Form |
|
Posted: Monday Feb 11th, 2013 at 7:03 pm #41464 | |
![]() |
|
Thanks for the follow-up :-)I understand now. Thank you. Pro Form templates can be customized, but if you add/remove any of the required input fields, you will definitely need to couple that with custom code that modifies the minimum requirements established during server-side validation. Generally speaking, I would not suggest going this route; because these fields are absolutely required by most Payment Gateways, so they need to be present during checkout. To clarify this further…The following fields MUST be present during checkout.
If you’re dealing with a Free Registration Pro Form, we can do without the First/Last Name fields — if you prefer. See: Dashboard -› s2Member® -› General Options -› Registration/Profile Fields
You can turn off the Password field on any s2Member® Pro Form.
See: Dashboard -› s2Member® -› General Options -› Registration/Profile Fields
If you would like to add fields for Company Name, Website, etc. I recommend adding these through the Dashboard using Custom Registration/Profile Fields. See: Dashboard -› s2Member® -› General Options -› Registration/Profile Fields
|
|
Posted: Monday Feb 11th, 2013 at 6:49 pm #41454 | |
![]() |
|
Thanks for the follow-up :-)
Please reproduce the issue that you had before on a test installation, and then send it to us for review. We can’t give a high priority to troubleshooting 3rd-party components and plugins, but if we’re going to investigate this for you; it would be nice to have it reproduced in the same environment in which the issue occurred, under the same configuration, etc. Thanks! See also: s2Member® » Support Policy You may also want to contact the developer of the Easy Tables plugin for assistance on this. Between the two of us, maybe we work to resolve whatever conflict exists. Perhaps the developer of that component can offer some insight as well.
Did you have logging enabled when you ran your tests? I just took a look at your installation and I find three log entries in the s2Member® Auto-Return log file (paypal-rtn.log). All three log entries were related to a preview from the Dashboard only, nothing from a test transaction yet. See: Dashboard -› s2Member® -› PayPal® Options -› Account Details -› Logging
Oh. I see now. You’re running s2Member® Pro Forms. The PayPal Auto-Return handler is used only in PayPal® Standard Button integrations. With Pro Forms, this is not necessary because the customer comes back to your Pro Form, where a message is displayed; thanking the customer on-site. Not with a generic thank-you page handler. In short, the behavior you’ve described would be expected. If you would like to customize the thank-you page that works with your Pro Forms, please use the See: Dashboard -› s2Member® -› PayPal® Pro Forms -› Custom Return URLs Upon Success Dashboard -› s2Member® -› PayPal® Pro Forms -› Shortcode Attributes (Explained)success="" 100% optional. This can be used to define a Custom Return URL on success.
|
|
Posted: Monday Feb 11th, 2013 at 6:29 pm #41444 | |
![]() |
|
Thanks for your inquiry. ~ We appreciate your patience :-)Please post a link to your site so that we can investigate this lag. Thank you! |
|
Posted: Monday Feb 11th, 2013 at 6:26 pm #41443 | |
![]() |
|
Thanks for the follow-up :-)That’s a beautiful site. Please let us know if problems persist. |
|
Posted: Monday Feb 11th, 2013 at 6:21 pm #41438 | |
![]() |
|
Thanks for your patience.Thanks for reporting this important issue. We investigated this on your installation, and this is caused by a bug in the s2Member® software application. The issue has been identified and a fix will be pushed out in the next maintenance release. I’ve updated your installation to correct this issue for you in the short term, but please update to the latest release of s2Member® when it becomes available in the next few days.
This registration form is now working as expected. Please let us know if problems persist.
See: http://subscribetochange.com/register-3/ |
|
Posted: Monday Feb 11th, 2013 at 6:10 pm #41434 | |
![]() |
|
Details received. Thank you!~ Investigating now. |
|
Posted: Monday Feb 11th, 2013 at 6:09 pm #41433 | |
![]() |
|
Thanks for the follow-up :-)It is possible with every other gateway integration that s2Member® supports, but not with ccBill unfortunately. ccBill does not send s2Member® any data via Auto-Return handlers, so s2Member® must wait for the communication behind-the-scene via ccBill IPN (e.g. a Background Post). When those details arrive (normally in just a few seconds) post-processing of the transaction is completed and an email is sent to the customer. One thing that may help, is to configure your WordPress® installation to use an external SMTP server to send mail. For instance, the Amazon SES service, or even a Google Apps account can be used to send mail instead of your server. This will improve your email deliverability rate dramatically in most cases. |
|
Posted: Monday Feb 11th, 2013 at 6:00 pm #41431 | |
![]() |
|
Thanks for the follow-up :-)Please let us know if problems persist. @ Vince DiPasqualePlease submit a Dashboard login privately and we’ll run diagnostics for you. |
|
Posted: Sunday Feb 10th, 2013 at 5:57 pm #41382 | |
![]() |
|
KB article created from this topic.
See: http://www.s2member.com/kb/security-badges/ |
|
Posted: Saturday Feb 9th, 2013 at 12:34 am #41245 | |
![]() |
|
OK. I see now. Thanks for clarifying.
I’m taking a look at your log files now. One moment please. |
|
Posted: Friday Feb 8th, 2013 at 2:24 am #41178 | |
![]() |
|
This fix went out in the release of s2Member® v130207.
|
|
Posted: Friday Feb 8th, 2013 at 12:17 am #41167 | |
![]() |
|
Unable to reproduce this so far. Sending this to Raam for further MAC testing. |
|
Posted: Thursday Feb 7th, 2013 at 11:06 pm #41161 | |
![]() |
|
Thanks for the heads up on this thread :-)~ Investigating. |
|
Posted: Thursday Feb 7th, 2013 at 10:58 pm #41160 | |
![]() |
|
Thanks for the heads up on this thread :-)
Please post links to your sites here in this thread and we’ll check your Badge Status API for the result that it’s returning. If your s2Member® Security Badge is not loading, it’s probably because your Badge Status is in the red for some reason.
1. Is your Badge Status API enabled?See: s2Member -> General Options -> Security Badge -> Badge Status API 2. Does your /wp-config.php file have all of these configuration values?See: http://codex.wordpress.org/Editing_wp-config.php#Security_Keys 3. Have you created a Security Encryption Key for your s2Member installation?See: s2Member -> General Options -> Security Encryption Key 4. Does your /wp-config.php file have both of these configuration values?DB_USER and DB_PASSWORD. These must be filled in, and must NOT be the same value. 5. Have you configured your Unique IP Restriction Options yet?See: s2Member -> Restriction Options -> Unique IP Restrictions 6. Have you configured your Brute Force IP Restrictions yet?See: s2Member -> Restriction Options -> Brute Force IP Restrictions 7. If you visit this link on your WordPress® installation, you should get a plain text file that contains only a single value of: 1 (indicating your site is in the green w/s2Member®). If you don’t, one of the above is the likely cause. See: http://jason.websharks-inc.net/?s2member_s_badge_status=1 Now look at your installation: yoursite/?s2member_s_badge_status=1
8. If your Badge Status API returns a value of 1, but s2Member® still does not display your Security Badge, please submit your site URL here, and we’ll review it for you.
Also, please make sure that s2Member.com can reach your site via a remote HTTP connection. If your server has a firewall enabled that prevents us from reaching your Badge Status API, your site cannot be verified by s2Member®. |
|
Posted: Thursday Feb 7th, 2013 at 9:39 pm #41156 | |
![]() |
|
Thanks for your inquiry. ~ We appreciate your patience :-)It appears that your custom theme is overriding some of s2Member’s default structural CSS. Please add the following CSS to the bottom of your theme’s style.css file. Or, if your theme makes it possible for you to add custom CSS into a form field from the Dashboard, you can try that.
If that does not work, add the !important declarations.
Please let us know if problems persist :-) |
|
Posted: Thursday Feb 7th, 2013 at 9:30 pm #41154 | |
![]() |
|
Duplicate thread. Closing.
See: http://www.s2member.com/forums/topic/customers-not-upgraded-to-paid-level/#post-41122 |
|
Posted: Thursday Feb 7th, 2013 at 9:30 pm #41153 | |
![]() |
|
No we are not aware of any issues with Quick Cache, |
|
Posted: Thursday Feb 7th, 2013 at 9:26 pm #41152 | |
![]() |
|
Thanks for your reply :-)OK. So we still need to determine where this email is coming from. I understand now that you’re unsure about where it is coming from. If you’re unsure about this, let’s assume for a moment that it’s one of the following emails that you’re receiving. 1. The default email that comes to an Administrator whenever someone registers in WordPress®. This email is usually VERY basic (i.e. it would not contain any of those additional details unless a plugin was modifying this email for you). 2. You’re receiving an s2Member-modified version of the default email message; which is off by default in all s2Member® installations. If you’ve enabled this email notification customization; then you would know it. See: Dashboard -› s2Member® -› General Options -› Email Configuration 3. It’s also possible that you’re receiving an email that you configured with another plugin; unrelated to s2Member®. Please advise. Thanks! |
|
Posted: Thursday Feb 7th, 2013 at 9:17 pm #41148 | |
![]() |
|
Thanks for the follow-ups :-)David KennawayDetails received. Thank you!No. Nothing on our end of this yet. I took a quick look for you, but it’s very difficult to troubleshoot things like this on a site with so many active plugins. Too many variables at play. If you’d like me to take a closer look, please setup a test installation with the two plugins that are conflicting and try to reproduce it there. If you can narrow it down to a specific conflict, there might be something we can do to assist with this. |
|
Posted: Thursday Feb 7th, 2013 at 9:09 pm #41145 | |
![]() |
|
Thanks for the follow-up :-)It actually looks like you might have made some modifications to s2Member? If not, please send us a Dashboard login so we can take a closer look at this for you. That’s a standard BuddyPress registration form, and s2Member already includes basic structural CSS that will cleanup that layout for you. It’s simply not being applied because your installation appears to be missing s2Member’s div wrapper around these custom fields. Please advise. Thanks! Please use: s2Member® » Private Contact Form |