Search results

**** bump **** This thread was opened on January 12, 2023; which means as of this date (May 06, 202) the duration has been 114 days (16.2857 weeks or 3.74794 months) without a fix.

@Eric S Perhaps, you could share what information you have because, to me, this seems like an excessive amount of time has passed without a fix for this issue of the imagick extension/mmodule not loading for PHP version 7.4.

@Anna Any update as to when this will be resolved?

Sounds like a plan! :)

Let's just say, I've done all of what you have suggested. In an attempt to make the situation clearer, imagick is selected/checked/marked and the setting has survived various installs of higher versions of PHP, e.g., from 7.2 through 8.0.

Interesting, but that seems to be a workaround as opposed to being a real fix. My thoughts are that a real fix should be applied.

Just checked and, unfortunately, it still doesn't load. Additional info, went into DA and deselected and then selected imagick for versions 7.3 & 7.4; DA indicates that the selection processes are saved (meaning, the form retains the selection), yet the imagick module fails to load after selection.

One difference between GD & imagick is that imagick retains EXIF metadata across image resizes and GD does not. And, thanks for notifying Staff. :)

Switching to different versions of php does not fix the issue, i.e., switching to php7.3 does not fix the issue. So, here is the situation, it had been previously working with php 7.4 and as of today, it appears not to be working, thus Staff needs to check what has changed. So, yes, please send...

That would be the case, if the situation that you are describing were true. However, this is not the case, because as mentioned it had been working until recently, so something has changed to cause this issue. If possible ,please notify staff to investigate because this is similar to a situation...

The imagick php extension/module had previously been enabled (meaning had been installed and working for years) and now (as of this posting, meaning I have just noticed), it appears to no longer be the case, Additionally, it appears that the imagick php module is not enabled for other versions...

Wow, that was fast! Thanks Eric! :)

I'm able to login to the sign-in dashboard but, clicking the green Hosting Control Panel results in an error message. The complete error message is: Failed to create login token: Login failed. Please refresh the page and try again.. If this account was just created, it may take several minutes...

Thanks @Anna! :) Given that SSL is working now, consider this resolved.

Having previously read through Important SSL for Free Hosting (posted Jan 13, 2021), I've been waiting for: Either I have to wait longer or I have to make a request to have the SSL feature/option enabled, of which, I'm requesting now. Error messages as additional info:

Congrats (belated)! :)

@Anna Yesterday (8/19/2020 11:35 AM PDT), I received an email of your reply and, roughly, 5 hours later I checked/read said email and then checked the server time for x15 and it was ahead by 2 minutes and 11 seconds. I decided to wait 24 hrs (essentially, after UTC 12 AM) and then check the...

I changed my mind, I sent an email from my gmail address to your gmail address with the subject line of "Wordpress", it provides information regarding the plugin update process. BTW, I looked at your resume you have posted on your site, this is where I retrieved your email address, in case you...

My previous reply was for @garrettroyce. However, since I'm here, I noticed that one of your plugin updates was for "Loginizer"; is this your only security method or do you use it in conjunction with something that is more robust?

@garrettroyce I had prepared a reply, but it's best for me to post it as a sidebar (same conversation but different venue) as opposed to interfering and causing a further distraction within this thread. I could post it as a conversation, with your permission, untouched, the gist is a relative...