Jason (Lead Developer)

My Latest Replies (From Various Topics)
Author | Replies |
---|---|
Author | Replies |
Posted: Thursday Mar 21st, 2013 at 5:28 am #45315 | |
![]() |
|
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 | |
![]() |
|
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 | |
![]() |
|
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 | |
![]() |
|
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 | |
![]() |
|
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 | |
![]() |
|
Scratch this. It won’t be necessary. Using |
|
Posted: Thursday Mar 21st, 2013 at 3:09 am #45303 | |
![]() |
|
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: 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 | |
![]() |
|
Disabling no-cache headers does seem to workaround this IE8 bug. Please create this directory and file:
|
|
Posted: Thursday Mar 21st, 2013 at 1:46 am #45287 | |
![]() |
|
I was able to reproduce this on both of the following configurations. – IE8 running on Windows XP 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 | |
![]() |
|
Hi Dan. Thank you. |
|
Posted: Sunday Mar 17th, 2013 at 6:11 am #44975 | |
![]() |
|
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 | |
![]() |
|
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: |
|
Posted: Saturday Mar 16th, 2013 at 7:11 pm #44945 | |
![]() |
|
Thanks for the heads up on this thread :-)
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 | |
![]() |
|
Thanks for the heads up on this thread :-)@ James HallIf 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 | |
![]() |
|
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.
I ran a quick cURL test without WP_Http and got a similar empty result (timeout). Output from
Please let us know what your hosting company says :-) |
|
Posted: Saturday Mar 16th, 2013 at 1:06 am #44894 | |
![]() |
|
Details received. Thank you!~ Investigating. |
|
Posted: Saturday Mar 16th, 2013 at 12:31 am #44887 | |
![]() |
|
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
|
|
Posted: Saturday Mar 16th, 2013 at 12:25 am #44885 | |
![]() |
|
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 | |
![]() |
|
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/
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 |
|
Posted: Friday Mar 15th, 2013 at 5:27 pm #44754 | |
![]() |
|
Yes, it is just recording that it made a call to |
|
Posted: Friday Mar 15th, 2013 at 5:01 pm #44750 | |
![]() |
|
Thanks for the heads up on this thread :-)Very sorry for the delayed response Ross.
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.
No. It’s a remote server with it’s own host name (i.e. a 3rd party service).
I would be sure to run the s2Member® Server Scanner on your new server before moving. 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 | |
![]() |
|
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 | |
![]() |
|
Details received. Thank you!I just took a look at your installation, but I was unable to reproduce this problem. |
|
Posted: Friday Mar 15th, 2013 at 12:01 pm #44717 | |
![]() |
|
Thanks for the heads up on this thread :-)
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 | |
![]() |
|
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!
|