[terrys]

Well, after much pain, I figured out that two main things were my problem (in case anyone else is interested):

1) A simple global replace of test domain to the new live domain name will not work, unless both names are same char length because the domain length value is embedded throughout the database. Also, some items reference local file structure and not the web host’s – I’m speaking generally here, not necessarily eMember. You need to use something like the rename tool from https://interconnectit.com/products/search-and-replace-for-wordpress-databases/ which will overwrite the correct length values too.

After I used this, the eMember settings appeared!

2) Case sensitivity.

Even after all of the above, for some reason, my eStore products were not showing. I could see the tables using myphpadmin with the products in them! So, I uninstalled & reinstalled eStore plugin. Products still not visible – but now I see that a new set of tables have been created with mixed case. ie. somehow on my PC dev environment, I had table names with “estore” and “emember” – whereas on the web host they are “eStore” and “eMember”. Case sensitivity!

Anyway, finally everything is as it should be

Regards,

Terry.

[terrys]

Yes, same version = 8.5.6, and I also made sure that the WordPress versions are same (3.6.1).

Now, something VERY bizarre is happening at the moment. I just looked on my live site and the settings there have now disappeared too. It’s tempting to think that I somehow overwrote my live site but I seriously doubt it. Oh well. At this stage I’m in firefighting mode. I may as well try to just push my new site up to live host and deal with it up there. I’ll post here if I figure out what went wrong.

Regards,

Terry

[terrys]

Having had a closer look at the database, I’m noticing something peculiar. In the .sql file that I exported, my eMember settings are present (220, eMember_configs and 221, eMember_configs_v2). When I look in the actual table wp_options (after import) those values are replaced with the default eMember settings.

Is the eMember plugin being triggered somehow to reset its settings?

[terrys]

It was just the idea of having someone undesirable in the distribution list, which is why I approve members first. Never mind. Thanks for getting back to me.

[terrys]

Following on from my first comment above – Can you please tell me:

==> What is PHP code, and where do I insert it, such that:

the “Please Login” portion (of the message “Registration Complete! Please Login”) will be displayed only if the account status is ‘active’?

I’m sure (i.e. I hope) that this can be achieved with a simple ‘if’ test.

[terrys]

Just to add my 2 cents worth for others who may experience this problem:

I was having the same problem and I noticed mention of ‘wpautop’ in previous posts in this topic.

As it happens, my theme vendor mentions “When wordpress’ formatting gets in the way, try adding a custom field ‘wpautop’ and set to ‘false'” (I think this custom field is a specific feature of the theme)..

Anyway, I did that and now the ‘Required field’ processing works

Just trying to say that ‘wpautop’ was the culprit for me and could be a useful hint for others.

[terrys]

Hi Peter, I did notice that, however eng.php doesn’t contain the complete line, i.e. it only has:

define(“EMEMBER_REG_COMPLETE”, “Registration Complete! “);

I can’t find where the “Please Login” comes from.

i.e. if I change EMEMBER_REG_COMPLETE to “Thank you, your account is pending approval by an administrator.” then I still get:

“Thank you, your account is pending approval by an administrator. Please Login”

I would like to drop the “Please Login” if the account is ‘inactive’.

I think it would be really great if the developers could define another variable such as EMEMBER_REG_PENDING so that if memberships need manual approval there’d be a more appropriate messages as appropriate ‘out of the box’.

Thanks, great plugin!

[Author]

Posts