borisv
Forum Replies Created
-
Check and see if your MX record IP addresses have corresponding reverse DNS records for your domain names. If your sites are shared, the host might help you re-set your PTR records.
http://leafdns.com/In any case, this is not an UM problem…
- This reply was modified 9 years, 8 months ago by borisv.
You didn’t do (probably not even tried) what I said that’s why you are stuck, I think.
I don’t think anybody understands what you are trying to do. First of all, your form has conditions to the YES or NO options, so now what’s the reason for that?
Did you actually create user roles called Yes and No in UM User Roles?How do you expect the form is going to work if nobody can see the conditions one has to meet to select either ‘yes’ or ‘no’ in the first place?
Am I missing something, but isn’t it the fact that you have conditions configured in your user roles radio button (for the yes or no) that the form doesn’t do what you want it to do?
Just change his role from subscriber to admin…
What is the purpose of having a yes/no radio button to join or not?
You seem to be utterly confused. The screenshot you posted in your original post IS the “search form” (members directory search). Otherwise, you are looking for a non-ultimate member search function…
The shortcode is in the Member Directories > Members
First make sure the registration role is not set ‘as admin’. If that’s not the issue, I would delete the upload requirement and see if that fixes it. That type of error would then become a bug the developers of this plugin didn’t plan for (there is no code to counter for this contingency yet).
But if there is data in the user_activation_key column then that error message can not be output. Furthermore, if there is a password hash then it should return links that are valid. It makes no sense.
So you are saying that you queried for the user_activation_key for the user whose password was reset and there was data?
This can be another plugin conflict, did any of you do the troubleshoot procedure? You could also check your SQL database. There has to be something that could be preventing new hashes getting stored in the wp_users table. Check to see that the varchar size of table wp_users column user_activation_key is at least 80.
I hope this helps,
- This reply was modified 9 years, 8 months ago by borisv.
And if you still have that problem then try z-index: 9999;
Regards
First of all I don’t know why you have a green error notice (maybe it’s the new UM version or you changed it?). Second, I assume that you troubleshot both theme and plugins. Third, I assume that the problem is in one of the UM forms.
Fourth, the only solution would be to override the offending code with new code which should go in your form’s CSS box (usually at the bottom right side of the UM form editor).
Copy and paste the CSS code for your alert problem there.
That appears to be either a css or a javascript conflict, BioTrace. You should try the standard trouble shooting procedure.
I know what a caret up faicon is, but not sure what you’re looking at. In any event, your negative z-index value maybe the problem, especially if other elements are claiming priority to the stacking order (out of the stacking context’s root element).
- This reply was modified 9 years, 8 months ago by borisv.
Can you access your database and see if it’s also showing O/’Farrel?