latest stable versions: v150827 (changelog)

Old Forums (READ-ONLY): The community now lives at WP Sharks™. If you have an s2Member® Pro question, please use our new Support System.

Jason (Lead Developer)

Staff Member

My Latest Replies (From Various Topics)

Viewing 25 replies - 376 through 400 (of 1,909 total)
Author Replies
Author Replies
Posted: Monday Feb 11th, 2013 at 7:55 pm #41475
Staff Member

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
Staff Member

Thanks for the follow-up :-)

Before I go through an installation and upgrade, could I ask whether such a move will definitely remove the timthumb.php conflict? Is that the best thing I can do right now?

Yes, because it sounds like your existing installation has been corrupted or modified in some way.

Also, what about all my settings that were there before?

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
Staff Member

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

-------- Output string/vars: ( Fri Feb 8, 2013 7:08:50 pm UTC ) --------
RESULT=1&RESPMSG=User authentication failed
array (
  'RESULT' => '1',
  'RESPMSG' => 'User authentication failed',
  '__error' => 'Error #1. User authentication failed.',
)

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
Staff Member

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:
s2Member® » Private Contact Form

Posted: Monday Feb 11th, 2013 at 7:09 pm #41466
Staff Member

Thanks for the follow-up :-)

My problem still persists. I’ve checked everything and I can’t figure out why my S@ member restricted information is being revealed to non members. It’s now costing me a lot of money and I had the theme developer correct some broken issues with the theme hoping that it may have been the problem but it wasn’t. Can someone please have a good look at this and tell me what I am doing wrong? I have already set you up with a dashboard log-in previously. Please advise if you need it again.

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
Staff Member

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.
s2Member Pro (Checkout) Forms always require a First/Last Name for billing.

First Name *
Last Name *
Email Address *
Username ( lowercase letters and/or numbers ) *
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
Staff Member

Thanks for the follow-up :-)

@Jason Thanks for the reply, we’ll try and set up a test installation, although surely it would be easier for you (can you not add the Easy Tables plugin to one of your test installations and see if there is a conflict with PayPal Pro forms?)

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.

However, on the other matter raised (with Easy Tables plugin deactivated) about returning to the website from PayPal after agreeing the payment, getting sent to the link http://www.nbo.org.uk/membership/individual-member/?s2member_paypal_xco=s2member_pro_paypal_checkout_return&token=EC-XXXXXXXXXXXXXXXXX and the process stops – have you any ideas why this is happening?

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

array (
  'subscr_gateway' => 'paypal',
  's2member_log' => 
  array (
    0 => 'Test preview of Return Page `proxy_use`: ( `x_preview` ).',
    1 => 'Redirecting Customer to the Home Page. Test preview of Return Page `proxy_use`: ( `x_preview` ).',
  ),
  's2member_paypal_proxy' => 'paypal',
  's2member_paypal_proxy_use' => 'x-preview',
)

After more testing have now discovered that after getting to PayPal and after logging in and clicking the ‘Agree and Continue’ button which says I’ll be sent back to my site for confirmation of payment I get sent back to the original page:

http://www.nbo.org.uk/membership/individual-member/?s2member_paypal_xco=s2member_pro_paypal_checkout_return&token=EC-XXXXXXXXXXXXXXXXX

No payment is taken from PayPal and no user registered.

From reading the settings page I was expecting to return to a page like http://www.nbo.org.uk/?s2member_paypal_return=1&s2member_paypal_proxy=paypal&s2member_paypal_proxy_use=x-preview

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 success="" Shortcode Attribute and create a custom thank-you page that contains whatever you like better.

See: Dashboard -› s2Member® -› PayPal® Pro Forms -› Custom Return URLs Upon Success
See also: Dashboard -› s2Member® -› PayPal® Pro Forms -› Shortcode Attributes (Explained)

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
Staff Member

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
Staff Member

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
Staff Member

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
Staff Member

Details received. Thank you!

~ Investigating now.

Posted: Monday Feb 11th, 2013 at 6:09 pm #41433
Staff Member

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.

See: http://wordpress.org/extend/plugins/wp-mail-smtp/

Posted: Monday Feb 11th, 2013 at 6:00 pm #41431
Staff Member

Thanks for the follow-up :-)

Please let us know if problems persist.

@ Vince DiPasquale

Please submit a Dashboard login privately and we’ll run diagnostics for you.
See: s2Member® » Private Contact Form

Posted: Sunday Feb 10th, 2013 at 5:57 pm #41382
Staff Member
KB article created from this topic.
See: http://www.s2member.com/kb/security-badges/
Posted: Saturday Feb 9th, 2013 at 12:34 am #41245
Staff Member
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
Staff Member
This fix went out in the release of s2Member® v130207.
Posted: Friday Feb 8th, 2013 at 12:17 am #41167
Staff Member

Unable to reproduce this so far. Sending this to Raam for further MAC testing.

Posted: Thursday Feb 7th, 2013 at 11:06 pm #41161
Staff Member

Thanks for the heads up on this thread :-)

~ Investigating.

Posted: Thursday Feb 7th, 2013 at 10:58 pm #41160
Staff Member

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
(each of these MUST be at least 60 chars, and must NOT contain: ‘unique phrase’)

3. Have you created a Security Encryption Key for your s2Member installation?

See: s2Member -> General Options -> Security Encryption Key
(this MUST be at least 60 chars as well)

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.
See: http://codex.wordpress.org/Editing_wp-config.php#Set_Database_Name

5. Have you configured your Unique IP Restriction Options yet?

See: s2Member -> Restriction Options -> Unique IP Restrictions
(this must NOT be set to: infinite)

6. Have you configured your Brute Force IP Restrictions yet?

See: s2Member -> Restriction Options -> Brute Force IP Restrictions
(this must NOT be set to: infinite)

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
This test installation is running WordPress® v3.6-alpha and the latest version of s2Member®.

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
Staff Member

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.

form.s2member-pro-paypal-form label
	{
		width: 100%;
		display:block;
	}

If that does not work, add the !important declarations.

form.s2member-pro-paypal-form label
	{
		width: 100% !important;
		display:block !important;
	}

Please let us know if problems persist :-)

Posted: Thursday Feb 7th, 2013 at 9:30 pm #41154
Staff Member
Posted: Thursday Feb 7th, 2013 at 9:30 pm #41153
Staff Member

No we are not aware of any issues with Quick Cache,
as it only implements Page caching, and not object caching.

Posted: Thursday Feb 7th, 2013 at 9:26 pm #41152
Staff Member

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
Under this section, please see the customization options for the Administrative Notification.

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
Staff Member

Thanks for the follow-ups :-)

David Kennaway

Details 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
Staff Member

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

Viewing 25 replies - 376 through 400 (of 1,909 total)

Old Forums (READ-ONLY): The community now lives at WP Sharks™. If you have an s2Member® Pro question, please use our new Support System.

Contacting s2Member: Please use our Support Center for bug reports, pre-sale questions & technical assistance.