Registration Links not working since latest upgrade

[tristanputman]

Recently upgraded to the new version (Version 111220 + s2Member Pro v111220 ) and now Registration Links that are being sent out by the system are not working when the user clicks on them:

I use PayPal if that helps.

Here is one from 7 hours ago:
http://tinyurl.com/7duvpqg#www.mylessonplanner.com

Here is one from yesterday:
http://goo.gl/u9YTm#www.mylessonplanner.com

I get a "webpage not available" error after clicking the link - they do too.

When I try it in chrome I get the following info:
Error 330 (net::ERR_CONTENT_DECODING_FAILED): Unknown error.

Any help is appreciated. I'm dead in the water until this gets resolved.
Let me know if you need any additional information on configuration, settings, etc.

Thanks!

[tristanputman]

I've been googling for a solutions, and although I haven't come up with anything yet, I did come across some suggestions regarding deprecated PHP functions that may be interfering, so not sure if any new s2member updates are conflicting.

If it helps, my server is on PHP version: 5.2.17.

Also, here are the contents of my .htaccess

RewriteEngine On
RewriteRule ^connection/([^/]*)/$ /connection/index.php?hidPURL=$1 [L]

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

# END WordPress

<files wp-config.php>
order allow,deny
deny from all
</files>

[tristanputman]

Let me know if I need to provide any additional information to get some support.

[Jason Caldwell]

This looks like it could be a web server configuration issue, or a GZIP compression conflict. Do you know if your server is configured with any type of GZIP compression? If so, what web server are you running please?

If problems continue, I would try contacting your web host and show this to them. A look at your web server error log should unveil the underlying cause. Or possibly inside your PHP error log.

[Jason Caldwell]

Your .htaccess file looks fine.

[tristanputman]

Thanks. I disabled ob_gzhandler in my php.ini and the link is now returning results. That gets me up and running!

Can you point me to how Wordpress is handling this reference in the registration link?
"/?s2member_register="

Ideally, I'd like to keep compression on for the entire site, but construct an .htaccess rule or some other way to keep compression disabled for whatever s2Member needs.

Any information is appreciated.

Tristan

[Jason Caldwell]

Thanks for the follow-up.

Yes, that variable contains encrypted data which s2Member can read, and allows the customer access to register on the site. So you can create a rule which excludes Request URIs with s2member_register if you like, or that contain s2member_ would be better.

Please note that ob_gzhandler if VERY prone to this type of thing. Any PHP-based output compression will cause problems for an array of plugins and perhaps even WordPress itself. I would highly recommend that you remove that completely, and instead enable GZIP at the Apache level using mod_deflate with this in your .htaccess file. This will remain compatible with just about everything, including all interactions with s2Member and WordPress in general.

Code: Select all

<IfModule mod_deflate.c>
AddOutputFilterByType DEFLATE text/html text/xml text/css text/plain
AddOutputFilterByType DEFLATE image/svg+xml application/xhtml+xml application/xml
AddOutputFilterByType DEFLATE application/rdf+xml application/rss+xml application/atom+xml
AddOutputFilterByType DEFLATE text/javascript application/javascript application/x-javascript
AddOutputFilterByType DEFLATE application/x-font-ttf application/x-font-otf
AddOutputFilterByType DEFLATE font/truetype font/opentype
</IfModule>

[tristanputman]

Thank you sir. You are always informative and helpful. I truly appreciate it.