[catapultimpact]

We have just over 1K users. When I try to limit the number of users by deselecting only the User Roles I want exported out, that is when I get the error. When I export out the whole list, it seems to export out fine — so the solution that I have found is actually not limiting the user export at all… which really isn’t a solution. It seems to be a more of a bug with the plugin. Please advise.

[catapultimpact]

I got this not from the guy hosting our site:

“It’s really not clear what is happening. As we looked at it closer, it’s not that the table is corrupt, it’s just… frozen. I’ve never seen something quite like this… I tried just restarting mysql without loading a backup and it worked. I’d suspect a weird table locking issue that never gets unlocked, but that usually prevents writes, not reads. While eastonprostaff.com is the only site that goes down (since it’s never able to read from the user table), there are a few server-wide effects (one of which is having to restart mysql to get the eastonprostaff going again) so we really need to try and make sure the issue is resolved before running it again.”

[catapultimpact]

Also, wanted to say that I thought initially this problem was only happening for users that I imported into the site. This is false. It is happening for established users as well.

Also, I couldn’t log into the site using multiple users accounts (I had created a number of test user accounts for each membership level). I would get the same issue (login spins for a brief moment and does nothing) when trying to log in with each user account with no success. BUT I logged in with only one user by going to the regular WordPress login (prosales.core4element.com/wp-login.php), and now I can log in with all the test user accounts from the front end (even though I only logged in from prosales.core4element.com/wp-login.php with only one user account). Very odd.

[catapultimpact]

Here is a better video that might give better information: http://system01.catapultapps.com/s/2215/10/5123/

It doesn’t have anything to do with the AJAX submission because I had that setting deactivated for a few days before running into this problem.

It seems that if I log in from the backend (prosales.core4element.com/wp-login.php) I can log in without any issues. Once I log in from there, I am able to log in using the User Meta login on the front end.

[catapultimpact]

It doesn’t have anything to do with the AJAX submission. I had deactivated it and users are still having login issues.

It seems to be only for users who have been migrated from another site. I exported out the list from another site and imported the list of users into the new site (prosales.core4element.com). Many users who were imported from the old site experience the problem. They will just enter in their username and password and press Submit, but the will only see the spinning load bar for a second and then nothing. See video: http://screencast.com/t/wIy4pBHkSpCb.

[catapultimpact]

It is currently on a temporary domain… could that be the issue?

[catapultimpact]

No, when I go here: http://ad5.5fd.myftpupload.com/wp-admin/admin-ajax.php it displays a 0. Anything else that might be causing this problem?

• This reply was modified 9 years, 5 months ago by catapultimpact.

[catapultimpact]

Any update?

[catapultimpact]

After doing a lot of testing with changing the messaging – It seems the notification will work as long as I don’t include any link using a href. It is set as an HTML message, so not sure why I can’t include a link in the message. If I strip out the link in the message, it will notify as intended.

• This reply was modified 9 years, 5 months ago by catapultimpact.

[Author]

Posts