Hello Team,
I hope this message finds you well. I am reaching out for assistance regarding a login functionality issue on my website.
Currently, users are only able to log in using their username and password. However, my goal is to enable users to log in using their email address their password. I believe this would improve the user experience significantly, as many users may expect to log in with their email address.
Here’s a quick overview of the issue:
Could you please provide guidance on how I can enable email-based login functionality, or suggest any plugins or code adjustments that may be necessary to achieve this?
]]>I see the plugin does not work on any website that has PHP 8.0 or higher as it relies on the create_function()
function which was deprecated in PHP 7.2 and removed from PHP 8.0 onwards. The solution is to replace the create_function()
call with an anonymous function.
Hello I have two questions before I buy the premium version
1. I want to translate the product into Hebrew (PO file I saw possible,
But it probably does not work for me wrong file name)
2. Are there any security issues for the product? (I see he has not been updated in 3 years)
I had issues with a clients website that redirects didn’t work anymore and that certain quizes and what not where only shown half (and also didn’t work). Without even implementing or using the plugin!
A fresh install with a copy of nothing but the plugins installed, enabling them one by one and I traced it back to this plugin.
Looks also kinda unupdated, so my bad – but just a heads-up for others. If developer wants me to look into or provide some kind of log file I still have the staging area available.
]]>I’m not finding option to make the login form popin in my site if the user is not logged in.
]]>We had a hack going on on a client site and after Installing WordFence we got this about your plugin:
https://snipboard.io/sAWJhj.jpg
Please inform us about any vulnerabilities and how to avoid/fix this before we rate down.
We also contacted WordFence directly, but no answer, yet.
THX
Bernhard
I had to change
wp_enqueue_script(‘cshlg_jquery_validate’, ‘https://ajax.aspnetcdn.com/ajax/jquery.validate/1.14.0/jquery.validate.js’);
to
wp_enqueue_script(‘cshlg_jquery_validate’, ‘//ajax.aspnetcdn.com/ajax/jquery.validate/1.14.0/jquery.validate.js’);
array(), false, false);
To allow this plugin to work on SSL site without errors
]]>BEWARE !! plug in hacked and installed malware to website !!!BEWARE !! plug in hacked and installed malware to website !!!BEWARE !! plug in hacked and installed malware to website !!!
!!!!!
]]>Any chance you can push an update of your plugin but remove the broad, all encompassing CSS rules you’ve written into it? Stuff like:
.login_dialog button, input, select, textarea, label{
font-family: "Libre Franklin", "Helvetica Neue", helvetica, arial, sans-serif;
font-size: 16px !important;
font-size: 0.9375rem;
font-weight: 400;
line-height: 1.66;
}
Why operate under the assumption that a user would want you to override the theme’s styles for all inputs, all selects, all textareas and all labels instead of just for the modal login?
Found another instance where setting the font colour for the modal login then applied that colour to ALL <h2> tags across the entire site.
Is an update to this forthcoming or should an alternative be sought?
]]>