Same issue here. The logo upload was working for me locally using PHP 8.2 but on the production site which is running PHP 8.0 it is not saving the logo. The preview shows the logo when added but after publishing the changes on reload the logo is not saved and does not show on the actual login form.
Not seeing any php errors in the logs but possible it could be a PHP version issue.
-
This reply was modified 1 year, 5 months ago by
ferne97.
I have just uninstalled and reinstalled version 3.0.1 of the plugin, the background image has the same issue as the logo image, they show in the customiser but when saved they do not show on the login form, it shows the template background image and the ‘W’ logo, when the customiser is reopened it also shows the template background image and the ‘W’ logo.
If it assists the site is running on php version 8.0.28
Hey, @ferne97 & @c8rls
LoginPress is compatible with PHP 8.0 and 8.2. Your mentioned logo issue is environment-specific. Could you guys please come to our support forum so the dedicated dev can help you in finding and fixing the issue for you?
Thank you.
@abdulwahab610 we have this issue on several sites where we had changed the image to repair the damage done when you released the version 3.0 update. This would lead me to believe that the issue might be rooted in the compatibility of the plugin rather than being site-specific.
To rectify the problem, we have taken the step of downgrading all affected sites to version 1.8. Subsequently, we were able to set and save the image (and, if necessary, the background image) with success. Afterwards, we upgraded back to version 3.0.1, and the functionality was fully restored, we are unable to change the logo or background image in version 3.0.1 as earlier described to you by me and other users.
As you have requested I have initiated a support ticket to address this matter. However, there seems to be a discrepancy in the resolution process. Your suggestion to create a temporary administrator user and share the credentials via email raises security concerns at our end. For obvious reasons, we refrain from emailing password credentials, and I’m surprised that this method is being encouraged by you.
In the interest of security, could you please confirm if there is a more secure method to provide the necessary access credentials for your use? We want to ensure the integrity of our sensitive information.
Additionally, I kindly request that you keep us informed about any upcoming updates or releases aimed at resolving the image-saving issue.
Thank you.
Hey, @c8rls
Thanks for your collaboration and patience. We’ve successfully configured and tested the error-free LoginPress beta version on your environments and we’ll send v3.0.3 very soon.
Stay tuned.
@abdulwahab610 I sincerely appreciate the time and effort you invested in identifying the issue initially, and I am grateful for the dedicated efforts of your lead developer in resolving the problem. Thank you.
Hey, @c8rls
Thanks for your kind words. Your trust is our main success and we continually enhance LoginPress. We just sent a new release v3.0.3 you can update it on your sites now.
