[Resolved] No image preview in image library after update types

[Author]

Posts

[Shane]

Hi Robert,

At this point I would like for you to check your server to ensure that the minimum requirements are met especially the required module.
https://toolset.com/toolset-requirements/

I know that your server is running version 7 of php but I cant tell if the required modules are enabled. I want to ensure that we are covering all the grounds since i'm unable to copy your site.

Thanks,
Shane

[robertv-3]

memory_limit: 1024M
max_execution_time: 3000
max_input_time: 6000
post_max_size: 16M
upload_max_filesize: 8M

When you need more I can give you the login of the account, you can check it yourself

[Shane]

Hi Robert,

What I need to know in particular is if both modules below are enabled.
- Eval()
- Mbstring

Both of these are essentially required for toolset to function.

Please check and let me know.
Thanks,
Shane

[robertv-3]

<em><u>hidden link</u></em>

[robertv-3]

Login to account:

[Shane]

Hi Robert,

It seems the root cause of the issue is not related to Types.

I tried uploading the images again with Types deactivated and the same issue started to occur. Right now its complaining that its failed to move the image to the images directory.

Try on your side to see the error.

Given that the issue is still there with Types disabled then It would be out of our hands to debug. I would recommend your hosting provider have a look to see if the file permissions are correct for wordpress.

Thanks,
Shane

[robertv-3]

The problem is still the same when I deactivated Types the images work, when I activated Types they don't work.
See the media library, last one with Types on, second without Types on

[Shane]

Hi Robert,

After consulting with some team members, we suspect the issue is because of the ssl certificate validation on this site.

Strangely when I tried to replicate the issue on the root domain of the site with Types enabled as a test the issue isn't there.

Which leads us to suspect further the ssl certificate validation of the site since the issue isn't replicable on the main domain.

Could you also try this on your end to see if the result is the same.

Go to your main domain and enable Types and try uploading an image.

Thanks,
Shane

[robertv-3]

I activated the types en View plugin on latraco.eu and no problem, images are loading fine.
Is there a problem with the ssl certificate?
Why wasn't this a problem before the update?
How can this be ssl certificate problem be checked or, even better, solved?

[Shane]

Hi Robert,

The issue is also explained here
hidden link

Mainly your SSL isn't configured using a wildcard. What this means is that your certificate is only valid for the main domain of the site, latraco.eu .

Any sub domains wouldn't get verified as valid. What you need to do is to configure it with a wildcard like "*.latraco.eu" where this would cover your sub domains.

You may need to contact the support team for the Really Simple SSL plugin in order to get advise on how to configure this.
Thanks,
Shane

[robertv-3]

Yes but this is only for this sub domain, because it's only for testing.
The original domain is hidden link (live webshop) and has no problems with SSl, so this can't be the problem.

But I don't get the problem on the main domain hidden link (not in use at this moment), even when I activate the view and types plugin.

[Shane]

Hi Robert,

Given the situation that it is a different site. I would need to log into that site to check the issue as it could be caused by something different.

If you can please let me know have the login for this site so that I can check to see if the case is different for it.

Thanks,
Shane

[robertv-3]

The server where this account is on is down now for almost a week and very hard to get back up.
This problem I need to solve first then I come back to this problem

[Shane]

Hi Robert,

No Problem.

What I can do is to enable the private field for your next response so that you can provide the credentials for this website.

Looking forward to hearing from you soon on this one.

Thanks,
Shane