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 - 76 through 100 (of 1,909 total)
Author Replies
Author Replies
Posted: Thursday Mar 21st, 2013 at 5:28 am #45315
Staff Member

Thanks for your inquiry. ~ We appreciate your patience :-)

Is this on a clean installation of WordPress® with no other plugins installed, and running only the default WP theme? In order to reproduce a bug like this, we need to remove the potential for plugin conflicts.

Posted: Thursday Mar 21st, 2013 at 5:26 am #45312
Staff Member

Thanks for your inquiry. ~ We appreciate your patience :-)

Please post your Shortcode (i.e. the Payment Button or Pro Form); and please submit log files through this private contact form for me. Thanks! See: s2Member® » Private Contact Form

Posted: Thursday Mar 21st, 2013 at 5:20 am #45311
Staff Member

Thanks for your inquiry. ~ We appreciate your patience :-)

Are you working with the current release of s2Member? Have you downloaded the latest release and made sure that you’re working with a complete and non-corrupted set of files?

Posted: Thursday Mar 21st, 2013 at 5:14 am #45310
Staff Member

Thanks for your inquiry. ~ We appreciate your patience :-)

Can you please explain why someone would want to downgrade from a paid status back to a Free Subscriber? I’d like to understand the business model better so that we can provide you with assistance.

Posted: Thursday Mar 21st, 2013 at 5:12 am #45309
Staff Member

Thanks for your inquiry. ~ We appreciate your patience :-)

It looks good from my end. Are you still having trouble?

Posted: Thursday Mar 21st, 2013 at 3:11 am #45306
Staff Member


Once the next release is made available, a percentage-based width/height would need to be specified like this:

player_width="'100%'" (using single quotes to encapsulate the value)

Scratch this. It won’t be necessary. Using player_width="100%" will suffice in the development copy. This will be released officially in the next day or two.

Posted: Thursday Mar 21st, 2013 at 3:09 am #45303
Staff Member

Thanks for the heads up on this thread :-)

The documentation for JW Player does not allow a percentage-based width or height. However, it seems from the example that JW Player may let them slide; even though it’s undocumented. I’m adding support for this into the next maintenance release.

I’m also adding a new class attribute to all JW Player template files: class="s2member-jwplayer-v6"

These changes will be documented in the changelog for the next release. Please allow one or two days for this to come out. Thanks!

Thanks for reporting this!

Posted: Thursday Mar 21st, 2013 at 2:17 am #45289
Staff Member

Disabling no-cache headers does seem to workaround this IE8 bug.

Please create this directory and file:
/wp-content/mu-plugins/ie8-nocache-headers.php
(NOTE: these are MUST USE plugins, see: http://codex.wordpress.org/Must_Use_Plugins)
(See also: http://www.s2member.com/kb/hacking-s2member/)

Posted: Thursday Mar 21st, 2013 at 1:46 am #45287
Staff Member

I was able to reproduce this on both of the following configurations.

– IE8 running on Windows XP
– IE8 running on Windows 7

The strange thing is that it only occurs ONE time (i.e. it fails initially); but if I try it again it works just fine in that browser session. I ran a quick search and found this related article at StackOverflow. See: http://stackoverflow.com/questions/3415370/ie-unable-to-download-from-unable-to-open-this-internet-site-the-request

I’m investigating this now to see if there anything we can do.

Posted: Thursday Mar 21st, 2013 at 1:17 am #45283
Staff Member

Hi Dan. Thank you.
~ I’m taking a look at this again now.

Posted: Sunday Mar 17th, 2013 at 6:11 am #44975
Staff Member

Thanks for your reply :-)

Details received. Can you please check on the Dashboard user/pass you sent over? I can’t seem to log in. If you need to, you can submit the form again. Thanks!
Posted: Saturday Mar 16th, 2013 at 7:52 pm #44946
Staff Member

Theory shot down (which is good actually). I was unable to find a bug in IE8 byte-range requests.

I also ran tests at BrowserStack.com against the current release of s2Member® and IE8. So far I’ve been unable to reproduce the bug you reported here. I tested this against ZIP, PDF MP3 and MP4 files; both with and without download keys; both with and without local storage options. No bugs in these latest tests.

Can you please let me know what type of file you’re trying to download; and how large? Also, if problems persist, please post a Dashboard login so we can make an attempt to reproduce this in your environment. Thanks!

Please use this form to submit a private Dashboard login:
s2Member® » Private Contact Form

Posted: Saturday Mar 16th, 2013 at 7:11 pm #44945
Staff Member

Thanks for the heads up on this thread :-)

$_SERVER['HTTP_RANGE'] = NULL;

This will cause PHP to ignore Byte-Range requests from a browser, and instead serve the full file regardless of what the browser asks for. The suspicion being that IE8 might be requesting a Byte-Range, but it’s requesting an invalid range. I’m going to run some tests against this theory now and see if there is anything to it.

Please stand by. This is the first report like this that we’ve had about IE8.

Posted: Saturday Mar 16th, 2013 at 7:04 pm #44944
Staff Member

Thanks for the heads up on this thread :-)

@ James Hall

If this is occurring on a clean installation of WordPress, please submit a Dashboard login privately and we will invetigate this for you. So far we’ve been unable to reproduce this here in our lab. I’m not aware of this being a bug. However, investigating this in your environment may shed some light. Thanks!

Please use: s2Member® » Private Contact Form

Posted: Saturday Mar 16th, 2013 at 2:29 am #44902
Staff Member

I just completed a review of your installation.

I found several log entries on your site with failed connections to both of these hosts. This would suggest there is a misconfiguration of the firewall on the server, or there is a DNS issue of some kind. It’s also possible the host is blocking these requests with something like ModSecurity. In either case, I would submit this to your hosting company and see if they can shed any light on the matter.

I’m not aware of this being a widespread issue.

What’s a little strange to me is that HTTPS requests to both http://www.PayPal.com and http://www.s2Member.com seem to work fine from your server. It’s just these specific host names (connections) that you’ve been making repeatedly perhaps.

'url' => 'https://api-3t.paypal.com/nvp',
'response' => 
WP_Error::__set_state(array(
   'errors' => 
  array (
    'http_request_failed' => 
    array (
      0 => 'connect() timed out!',
    ),
  ),
   'error_data' => 
  array (
  ),
'url' => 'https://payflowpro.paypal.com',
'response' => 
WP_Error::__set_state(array(
   'errors' => 
  array (
    'http_request_failed' => 
    array (
      0 => 'connect() timed out!',
    ),
  ),
   'error_data' => 
  array (
  ),

I ran a quick cURL test without WP_Http and got a similar empty result (timeout).

Output from curl_getinfo()

Array
(
    [url] => https://api-3t.paypal.com/nvp
    [content_type] => 
    [http_code] => 0
    [header_size] => 0
    [request_size] => 0
    [filetime] => -1
    [ssl_verify_result] => 0
    [redirect_count] => 0
    [total_time] => 20.082987
    [namelookup_time] => 0.088775
    [connect_time] => 0
    [pretransfer_time] => 0
    [size_upload] => 0
    [size_download] => 0
    [speed_download] => 0
    [speed_upload] => 0
    [download_content_length] => -1
    [upload_content_length] => -1
    [starttransfer_time] => 0
    [redirect_time] => 0
)

Please let us know what your hosting company says :-)

Posted: Saturday Mar 16th, 2013 at 1:06 am #44894
Staff Member

Details received. Thank you!

~ Investigating.

Posted: Saturday Mar 16th, 2013 at 12:31 am #44887
Staff Member

Thanks for your patience.

I’ll be happy to assist you with this. Please submit a Dashboard login privately and we’ll run diagnostics on your installation for you. This error that you posted previously would indicate to me there is a DNS issue on the server hosting your site (maybe). Diagnostics will tell us more.

Please use: s2Member® » Private Contact Form

‘http_request_failed’ =>
array (
0 => ‘connect() timed out!’,
),
Posted: Saturday Mar 16th, 2013 at 12:25 am #44885
Staff Member

Thanks for your patience.

This issue has been identified in the development copy and a fix will be pushed out in the next maintenance release. Until then, if you’d like to patch your existing copy of the software, please download and extract the attached file; allowing it to override your existing copy of: /s2member/includes/classes/files-in.inc.php

http://d1v41qemfjie0l.cloudfront.net/s2member/uploads/files-in.inc_.php_1.zip

Thank you for reporting this important issue!

Posted: Friday Mar 15th, 2013 at 8:10 pm #44866
Staff Member
KB created from this topic. Thanks Ross!
Please let us know if you have any questions about the KB article.
See: http://www.s2member.com/kb/idev-s2-commission-tracking/

Will this new method work in retrospect too?

So the subscriptions that HAVEN’T been generating recurring commissions now start generating them when the payments hit?

It sounds like you’re all set. Yes, those recurring commissions should start coming through now; assuming you’ve completed the integration properly; and that you’ve included the ip_address=%%user_ip%% Replacement Code.

Posted: Friday Mar 15th, 2013 at 5:27 pm #44754
Staff Member

What’s the IPN log actually logging at that point? Is it just counting on a true return from wp_mail() or is it something more accurate?

Yes, it is just recording that it made a call to wp_mail() — that’s it. That’s really all we can do. There is no way for s2Member® to actually verify the delivery of that email, which actually occurs through the server’s MTA (i.e. Sendmail, QMail, or whatever your server uses).

Posted: Friday Mar 15th, 2013 at 5:01 pm #44750
Staff Member

Thanks for the heads up on this thread :-)

Very sorry for the delayed response Ross.

Are there any pitfalls at all to be aware of in terms of S2 Member/ Amazon S3 and Cloudfront integration.

DNS will change obviously, but domain name will of course stay the same.

Does S3 work from the domain name?

None that I’m aware of. S3/CloudFront are based on host addresses established on the Amazon side of things. Unless you’ve configured CNAMEs for your Buckets or CloudFront distros; there is really nothing to worry about. Even then, the changes would occur in DNS alone; and should not be impacted by your s2Member installation.

I can’t really think of any issue with this.

Does S3 work from the domain name?

No. It’s a remote server with it’s own host name (i.e. a 3rd party service).

Are there any changes I will need to make with S2 integration at all, or anything I need to be aware of?

I would be sure to run the s2Member® Server Scanner on your new server before moving.
See: Knowledge Base » s2Member® Server Scanner

You will want to make sure that you have all of the required PHP extensions installed (the Server Scanner will help you with that). You will also want to verify things like email server configuration, SSL certificates, etc. All of that is standard stuff though, when you prepare a server.

Also, make sure that your /wp-content/plugins/s2member-logs/ directory remains writable on the new server; after you move things over. I can’t think of anything more that would be s2Member-specific really.

Posted: Friday Mar 15th, 2013 at 4:08 pm #44743
Staff Member

Thanks for the heads up on this thread :-)

So sorry for the delayed response Randy. I will certainly consider this for future development. Currently we are working hard on the next major release of s2; but after that I will see what I can do about this. We have plans to add support for several new things in the future.

Thanks for the KUDOS :-) I’m flattered.

Posted: Friday Mar 15th, 2013 at 12:17 pm #44720
Staff Member

Details received. Thank you!

I just took a look at your installation, but I was unable to reproduce this problem.
Please let us know what we’re missing. Thanks!

Posted: Friday Mar 15th, 2013 at 12:01 pm #44717
Staff Member

Thanks for the heads up on this thread :-)

6 => ‘User exists. Handling `payment` for Subscription via ( `web_accept` ).’,
7 => ‘Storing IPN signup vars now. These are associated with a User\’s account record; for future reference.’,

This is normal for a Pro Form integration. It’s expected; and it does not prevent the email from being sent out. If s2Member® says that it sent the email in the log entry, then it DID send the email. If it’s not coming through, I would suspect an issue with the underlying mail server.

Some mail servers don’t handle names so well. You can try this possible solution.

See: Dashboard -› s2Member® -› PayPal® Options -› Signup Confirmation Email (for Pro Forms)

Posted: Friday Mar 15th, 2013 at 11:19 am #44711
Staff Member
UPDATE: I received word back from PayPal about this. It does NOT apply any longer to PP Standard Buttons. Removing mention of this limitation in the inline documentation. This will be updated in the next maintenance release. Thank you!
Viewing 25 replies - 76 through 100 (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.