icc0rz

Deprecation warnings can safely be ignored and should be turned off for production envs as they are mainly for development purposes. Rest assured they will be addressed in due time and not cause any troubles.

Most likely one of the other plugins is conflicting with how H5P works. Sadly, this is not uncommon as quality between plugins can vary so much. The only way to figure out which one is to go through them one by one.

If you open you browser’s console (Ctrl+Shift+J in Chrome), are there any error messages?

I see that you are using the external embed feature as opposed to the internal one: [h5p id=”230″]
If it’s the same site I would recommend using the internal one for the best experience.

Regarding the Content Unavailable message, this usually only happens if the ID is wrong (issues loading the content), or if embed has been disabled for the specific content, i.e. the embed button is not on. If you don’t want to enable the button you can override the behavior by defining H5P_EMBED_URL_ALWAYS_AVAILABLE in your wp-config.php.

Do you have an URL where I could experience the issue myself?

Did you catch any error messages in the browser’s console (Ctrl+Shift+J in Chrome) or the web server’s php error_log file?
Both tools seems to be working fine on a vanilla WordPress setup.

Yes, this is an error in your setup. Even though there is no validation for this, the WP_CONTENT_URL should always be an URL.

This should be fixed with the next update of the plugin.

In terms of saving your disk, here’s a reference to how error_reporting should be configured for production:?https://github.com/php/php-src/blob/master/php.ini-production#L110

Hi, I’m told that the problem should be fixed now/with then next update. Please let us know if the problem persists.

The site at https://awareness4you.de?has been configured to only allow embeds on the same site.

This is controlled via the X-Frame-Options header.

Our plugin removed this header by default for embed: https://github.com/h5p/h5p-wordpress-plugin/blob/0510e44b2ee55f70042a2532d04ddd45d8a6d249/admin/class-h5p-plugin-admin.php#L166
However, it’s very likely that your web server/.htaccess or a different 3rdparty security plugin is overriding and setting the header again.

This should not be needed. Do you have url to a page where it’s embedded and not working, or a screenshot of the error?

It sounds like your zip support/extension isn’t enabled. Try creating a simple info.php and add <?php phpinfo() to it. The page should show if zip is actually on or not.
https://www.php.net/phpinfo

That is great to hear. The deprecation messages should go away with the next release of the plugin.

Deprecation notices are used to inform developers that specific functions will not be available some time in the future. It’s not actually an error and doesn’t affect the functionality of the site. By default, these are off when setting up PHP for a production environment, so this means you must have enabled them, but you probably shouldn’t unless you are a developer.

Here’s a reference to how error_reporting should be configured for production: https://github.com/php/php-src/blob/master/php.ini-production#L110

This shouldn’t be related to the PHP version you are running, most likely there is a third-party plugin or theme added that is doing something that it shouldn’t and crashing whilst doing so.

When I test the H5P plugin on other WordPress sites with PHP 8.2 and 8.3 I am not experiencing the same type of problem.
I would start with checking logs and request data to find out why the request isn’t returning the data it should. A different approach would be disabling other plugins until it starts working.

Also, if you don’t mind sharing access I could also have a look at the crashing page. You can reach me at frode . petterson (at) h5p.group.