.htaccess, Paypal & Wishlist Member trouble

I have experienced similar problems using Wishlist Member and ClickBank.

What I found was that a one hour “lock” applies i.e.

– Registration 1 is ok

– Registration 2 an hour or more after Registration 1 and all is ok.

– Registration 2 in less than an hour -> 404
Reload the 404 page after an hour -> registration completes

I have reported these problems to WLM support but do not have a fix yet. I am assuming that the one hour lock applies on an ip basis (my testing is on one ip, as is yours presumably) but I do not know this for sure as I haven’t yet tested it with a registration in under an hour using a different ip address.

If the one hour lock out applies even for registrations via different ips then the WLM is not fit for use.

What I also found was that if a registration was part entered into the DB e.g. back from payment processor ok, but username and password step not completed, this caused ALL subsequent registration attempts to 404, regardless of ip.

As registrations can fail to complete for any number of reasons in the real world, this is also a severe problem, rendering WLM as it stands unfit for use.

My deduction (just a supposition since the WLM code is encrypted and I can’t look at it) is that the code references the final entry into the DB table re operation of the “New Member” and “Existing Member” links in the final stages of the registration process, as these links do not contain any member id. But that is poor! As is the one hour lock out.

As far as I am concerned, Wishlist Member is unusable with these problems. As I like it otherwise I sure hope they come up with a better way of doing things soon.

I will be pressing them. You too please!

David Hartley
[email protected]

Just after posting the above comment, I had a thought.

I am also using Thesis (version 1.6), with WordPress 2.8.5

Perhaps the caching that Thesis performs could be a factor here. The one hour delay could indicate that, though presumably not re the aborted registration stopping all subsequent registrations.

I will investigate tomorrow, Sunday, and report here on what I find out. (It is 18:30 Saturday 14 Nov 09 now where I am in Antigua and Barbuda.)

David

Investigation today showed that the problems are not related to Thesis caching or indeed to Thesis at all, as they still occur when running with the WordPress default theme. I have no other WP level caching running.

I tried turning off server PHP caching via the Zend Optimizer and the ion-cube loader, but this also made no difference.

So, it is back to Wishlist Member being the likely culprit.

Today I also encountered a third problem with Wishlist Member registrations. We have 4 levels. If a member joins at level 1 then tries to upgrade to level 3 or 4, the first thank you page (after the hour long wait!) is the right one, and the temporary DB entry is correct, but selecting the “Existing user” link takes the person to completing registration (by logging in) for level 2 rather than lthe correct level 3 or 4.

The three problems I have found are:

1. No more than one registration per hour. Anything more frequently than that 404s.

2. An aborted registration stops subsequent registrations.

3. Upgrading an existing member can result in the member being granted the wrong membership level.

Wishlist member registration really seems to be very ropey.

David

Oops. Problem 3 was my fault, sorry.

That leaves two Wishlist member (I think) problems outstanding.

David

Hey Caribman,

Wow, really? Three big problems like that? I am currently using wishlist, I’ve tried memberwing…but it was too bulky, plus you had to have Aweber.

I am about to install WPMemberSite, I know nothing about it. I have to have a flawless and seamless way to get a membership site up.

Hey, any ideas on changing what is on the profile? Like that AIM, Yahoo, Google ids? Anyway to make that like address, phone number, etc?

I am going to be doing several of these sites and I need a fast way to do it, not hacking up a plugin, you know? Any ideas?

Raw Data
Chattanooga Websites

Hi Therawdata!

Yesterday (16 Nov 09) WishList Member (WLM) support referred the problems (of which there are 2 not 3 as #3 was my mistake) to development, but so far I have not heard anything more.

So right now our site remains unusable. Not good.

I also would like a “flawless and seamless way to get a membership site up”!

Thanks for the mention of MemberWing and WPMemberSite. I took a look just now, but from what I can see neither does all of what we need, whereas WLM does, if only registration actually worked properly!

One thing WLM does not provide, but nor does any other plug-in that I have seen, is a “not” option for showing text i.e. to show text if not a member at level xx. I have hacked my way around this using JavaSAcript and the DOM.

Sorry, I have not looked into changing what is on the profile.

Right now I am stuck. WLM isn’t working, so what to do? I have today asked WLM to acknowledge the problems (they haven’t actually done so yet), and to say what they are doing about them, plus give a time frame.

If I do not get satisfactory answers from WLM soon, I will also have to go hunting for something else.

Good luck.

David

I am considering WL Member for use with Thesis. Did you guys get any answers yet? Is there a fix for this?

Thanks.

Yes, the problem was tracked down today.

The one hour wait that I mentioned in my first post provided the clue.

A release to fix the issue hasn’t been made yet, but I expect that one will be forthcoming now that the exact cause is known.

It surprises me that more people hadn’t complained, to my knowledge anyway, but I guess that unlike rubytuesday and me most people don’t test registration more often than once an hour, and that it doesn’t happen live all that often either.

Anyway, WishList Member has been very helpful and co-operative. I was, and am, happy with WishList Member in other ways, so now that I know that this problem can be fixed, I am once again pressing ahead with WishList Member and Thesis.

David

I have just found a workaround for the one hour block on registrations.

It is to turn off the “Prevent duplicate shopping cart registrations” option in WLM Settings.

So, until a new release is issued that allows this option to be turned on without blocking subsequent registrations for an hour, this simple fix can be used.

This would also explain why not everybody has had the problem. I had this option turned on. People who had it turned off would not have encountered the fault.

David

Alright Caribman! Turns out, the guy I was building the site for, couldn’t get accepted to process credit cards through any four WishList options (paypal, clickback, and 2 more)

I found out how to change the profile stuff, its wp-admin/user-edit.php

This can let you change the labels, I recommend only changing the text part of the labels and keeping the same “values” for the MySQL.

What a horrendous nightmare this was.

I ended up scrapping wishlist and picked up Theme My Login so everything would remain on the same page.

THEME MY LOGIN CHANGED MY USER-EDIT.PHP

Well, it doesn’t read from I guess. I can’t find the NEW home of these files. ugghhhh

Ever have clients where everything just goes great?

Make sure to remind them how much you love them, lol.

The Raw Data
$199 Websites
Copy Wii Games

Does anyone know if the

“2. An aborted registration stops subsequent registrations.”

problem ever got fixed?

Does turning off the “Prevent duplicate shopping cart registrations” option in WLM Settings fix this problem or did that only disable the one hour multiple account creation protection?

Hello all,

I haven’t been keeping tabs on this, having given up for the time being on making Wishlist work and turning my attention to other matters.

Thanks so much for all the trouble-shooting caribman, what a fantastic job. I’m still working my head around your posts – your problem-solving skills are a bit more advanced than mine, but I’ll get up to speed shortly. Did you have any further communications with Wishlist, especially about a patched-up release?

Good luck everyone, I’ll keep you posted on developments, successes and ongoing issues regarding Wishlist at my site.

Cheers …

Hello everyone,

I found a new error on the WordPress site I’m developing using the Wishlist Member plugin.

If an existing user tries to login from the login box in the sidebar eveything works fine.

However when an existing user goes to a restricted access page and is prompted to register in order to access the page he sees:

“To complete your registration, please select one of the two options:

1. Existing members, please click here.
2. New members, please fill in the form below to complete
your Member application.”

If the existing user clicks the link for existing members it tells them that they are being registered and that they should wait a few seconds. Then it displays the “Thank you for registering” message. This happens over and over again and only from that link.

Will be contacting Wishlist Member support also.

Cheers,
Ciprian

No solution found, had to disable that box with a CSS trick (display:none) ??

Hi atreidex – thanks for posting – i just realized that a number of my membvers were having a similar issue:

https://taxmama.com

Nice idea on the CSS redirect – thanks ??