[mxmark]

Okay, that’s a relief.

Thanks for your guidance on this admin

[mxmark]

Hi Admin,

Many thanks for your guidance on this matter. I was able to find the issue and sort it out.

After following the link you provided above it appears it could have been a couple of issues. The first being a ‘Under Construction’ type of plugin being active. This has been disabled now.

The second one for some strange reason was the IPN in PayPal was turned off! Thing is I don’t remember ever doing this and prior to this issue arising a non member could register straight away for my premium membership instead of upgrading from the free level and all ran smoothly. Is this the normal plugin behaviour?

Anyway, I reset the dubug log files and conducted a simulated upgrade from free to premium again. This time it worked, however, I had to log out and log back in and the plugin upgraded me to the premium level. Just out of curiosity – Is this normal having to log out then log back in so the plugin can upgrade the member?

And one last thing, I had a quick look at the log files after carrying out the above and I still see an error in there. Can you explain what the error is and if it will cause any more issues?

IPN handle debug log:

All the logs in this file have a ‘SUCCESS’ value so I presume all is okay with that.

Subscription handle debug log:

[admin deleted debug after troubleshooting]

[mxmark]

Okay the ipn_handle_debug.log file was empty however, this is the information from the subscription_handle_debug.log file and I see there is some kind of FAILURE error there:

[09/03/2012 12:34 PM] – SUCCESS :eMember user payment debug data: Unique ID: S-0TM66450U39149000| Email: xxxxxxxxxx@gmail.com| Level: 3

[09/03/2012 12:34 PM] – SUCCESS :Upgrading member account

[admin deleted the rest of the debug data]

I’ve replaced sensitive info with x for obviuos reasons

Thank you.

[mxmark]

Thanks admin

That’s done the trick, much appreciated.

[mxmark]

So to reiterate, would it be feasible to use a ‘buy now button’ to handle subscriptions instead of a ‘subscription button’ to handle subscriptions? Is this possible?

I only ask because when a ‘buy now button’ is used instead of a ‘subscription button’ I am taken to the PayPal enhanced view and not the classic (old looking) view and the enhanced view doesn’t show the shipping address option where people have to select ‘No Shipping Required’?

[mxmark]

Hmmm, well my membership site will be more than $4 per month.

Since the paypal interface update, I can’t find anything in there to change this setting. Do you know where I can find this setting and is it still possible because I’m asking more than $4?

Alternatively, can I setup a ‘buy now button’ for a subscription membership instead of using a subscription button and would this eliminate the problem?

[mxmark]

I’m also in on this dilema.

I have WP eStore and WP eMember which I would really like to use together, but unlike the above posts I’m not too concerned about having to setup new URL’s for each new pay per view product.

Over the past few days I have been rigorously testing the 2 aforementioned plugins together to see if I can achieve what I need.

Here’s what I’ve been doing and encountered:

Setup a free members area (done)

Setup a main premium page with all the links and pay buttons to the pay per view content(done)

Setup the protected premium pages with the pay per view content in them (done)

After carrying out some test purchases here’s the problem I’ve encountered…If someone buys premium product A they’ll obviously gain access to premium product A. Now lets say later that day or whenever this same customer wants to buy access to another pay per view product (product In theory he or she should have access to both product A and product B but this isn’t happening. They will lose access to their first purchase and gain access to their latest purchase (product .

If there’s a way to set this up where if a member buys premium product A and then after buys premium product B, to allow them access to both purchased premium pay per view products (products A + .

Or alternatively they initially buy premium product B first and follow that by purchasing premium product A they’ll still have access to both A + B no matter which order they purchase them in.

Hope I’m making sense with my explanation and I’m all ears if there’s a workaround for this without having to give them access to both A + B manually through the dashboard?

[mxmark]

Note to admin: Please amend post title…I overlooked this…Thank you.

[mxmark]

Thanks for offering to investigate this but I have changed the registration process to work without the email confirmation. However, if you’d still like site access to find out what was causing the problem for future reference or perhaps a fix, please let me know and I’ll provide you with the details.

Thanks again for your support.

[mxmark]

Okay after further testing I seemed to have found out what’s happening.

It appears that by doing the [free_rego_with_email_confirmation] route, this is when it is refusing to collect the address fields.

However, when the traditional route is taken i.e adding the [wp_eMember_registration_form:end] shortcode instead, it is collecting the address field data…Seems strange???

Anyway, is there a possible fix for this or will I just have to stick with the traditional shortcode where the email won’t be confirmed?

Thanks

[mxmark]

Okay thanks for filling out the registration. As expected, there was no address details recorded…So as per your instructions, I downloaded the latest version, deactivated and deleted the old version and installed the latest one. I tried a fresh registration and still no address details were recorded?????

Still confused I then deactivated and deleted the latest version, went over to my phpadmin panel and dropped the tables related to the eMember plugin…After doing that, I re-installed the plugin and tried a test registration once more…And it still did not record any address details.

Then I realised I had the wp-super-cache plugin installed and there was a procedure to abide by with regards to your plugins running smoothly alongside, so I added the following line of code to the wp-super-cache/wp-cache-phase1.php file

define(‘TIPS_AND_TRICKS_SUPER_CACHE_OVERRIDE’, ‘1’);

if(isset($_COOKIE) || isset($_COOKIE) || isset($_COOKIE))

{

if ( isset( $wp_super_cache_debug ) && $wp_super_cache_debug ) wp_cache_debug( “wp super cache file override for Tips and Tricks HQ plugin.”, 5 );

return false;

}

I figured this MUST be causing the issues…But unfortunately this didn’t fix the problem either

After trying all the above methods, I am completely lost now on what to do.

Please please can you help?

Thanks

[mxmark]

Yes that’s precisely what’s happening.

It’s funny you should mention if it’s had a previous version installed…The site in question I purchased from someone which they’d built previously. I purchased it more for the domain and all I’ve done up to now is change the original theme to an artisteer theme of my own and obviously bought a couple of your plugins.

When I took posession of it though I noticed it had one or two plugins already included within the package, one of which being the eMember plugin. So, after reading your terms of use on your site I deleted the older version and purchased the new version from your site.

Anyway, the main thing now is to get it to collect the information required…I take it the older version has played a part in what’s happening?

The site is: [admin deleted link]

Please delete the above address from this thread after your visit as I don’t want to publicise it as of yet…Thanks.

[Author]

Posts