[Michael Stiemke]

Thank you, works fine. Didn’t understand custom shared fields but I do now.

[Michael Stiemke]

I am sorry, I misstated what I need: Block users from registering, if their email address (which they enter on the form) is from specific domains, not their ip-address.

[Michael Stiemke]

So, you were right. It is being triggered twice, and another plugin is at fault. Is “Easy Table of Contents”, which was putting some css and other stuff ON EVERY PAGE even if no TOC was being generated. I was only using the sidebar widget it provides. I was able to disable that behaviour by installing a dynamic widget plugin, which makes it easy to only enable the widget on certain pages.

Problem solved and thanks for the hint.

This means that the display of “Password Strength” is once again enabled. Is is strange that the page for Password Reset did no exhibit this behaviour.

[Michael Stiemke]

I would not consider a “missing logically expected behaviour” being reported as a problem that is “resolved”.

Sorry I reported this as a bug then. But if I turn off password strength elsewhere (because of a separate problem), this should not appear on reset password either. I have no other option… My users are asking: Why no passward strength on the initial form, so why you have got one on the reset form then? Which is it to be, either OFF on all forms or ON on all forms.

You should label is as being “reported and future enhancement planned” or something like that.

[Michael Stiemke]

> Also, you can give it a try with a different theme and check if the problem is still there.

Cannot

> If you want you can create a temp admin and share the credentials at support(at)user-meta.com so the issue can be checked from inside

Cannot

> So there is a possibility the problem lies elsewhere, not in the plugin.

I will investigate.

> Also, we haven’t heard about this bug from anyone else.

I know there is strength in numbers, but this statement is one of those that no single customer ever wants to hear. I understand your position but then I will wait until more people report this.

> that triggers the similar password strength js with the same identifier name probably

This is a constructive hint and I will investigate.

Thanks for your reply and I now know how to proceed.

[Michael Stiemke]

bump?

[Michael Stiemke]

bump?

[Michael Stiemke]

Thanks,

here is a link to a screenshot: https://imgur.com/a/tLOVfZh

Wordpress is current up to today. User Meta is current up to today (std. release).

Your code, I can see it: In the passwort handling php, due to two password entry fields, the constructor is invoked twice (that’s fine) but the second invocation produces a second strength indicator. The second invocation of the constructor should recognize a previous instance of the password field already has got a constructor.

greets, Mike

• This reply was modified 3 years ago by Michael Stiemke.

[Author]

Posts