themerex

Hello guys,

just following up with my request. Could you please let me know if you could add an additional simple check for your filter?get_block_templates? Anyways it makes sense. Maybe in some future updates?

Thank you in advance.

Sure, here is the Anesta premium theme: https://drive.google.com/file/d/14HDwEVfWDWsMelBwZPnfK-7bQVsP0Iwb/view?usp=sharing you can download it from Google Drive.

You will notice that there is a theme.json file: https://prnt.sc/NOXOjdyNj2OI , but since it is not a block theme it does not have the array $templates.

Thank you in advance.

Thank you, David, I can send you a couple of premium themes so you can test them. Could you please let me know how I can send them to you?

Thank you in advance.

Please note that steps 1-4 do not contain any of my or any other third-party code! Just the default WordPress theme “TwentyTwentyOne” and your plugin. And just added a hook to functions.php for “admin_footer” (the only code I added to the default theme) to show that when you call wp_enqueue_media() at this point, your code throws an error.

Perhaps you are accessing (or even changing) wp.media.view.settings before WordPress initializes this object (because of its late inclusion) and thus violates the standard initialization of this object?

• This reply was modified 1 year, 6 months ago by themerex.

I just checked with the latest version of the plugin
https://prnt.sc/9ukZyDGOLkAw

Just repeat steps 1-4 from my post above on a new WordPress installation and you will get an error in the console. Deactivate your plugin (there are no other plugins) and the error will disappear. So the reason is in your code, right?

• This reply was modified 1 year, 6 months ago by themerex.

There will be no error if loading wp_enqueue_media() on the “admin_enqueue_scripts” event. But in this case, we can’t check if the image selection field from the Media Library is used on the page, because this hook is generated even before the page is rendered. I will have to include scripts and styles always, even where they are not needed (for example, on the plugins page, which is in the screenshots above).

Hi, Jordy.

Your code is somehow preventing wp.media.view.settings from being initialized

Steps to reproduce:

1. Activate the default WP theme twentytwentyone and a plugin “AI Engine” https://prnt.sc/f9FHlyqWjZej
2. Add a hook for action ‘admin_footer’ in functions.php (imagine that this hook checks the condition – whether the image selection field was used on the page and only in this case calls wp_enqueue_media(). But in our example, we call it always ):
   add_action( 'admin_footer', function() {
wp_enqueue_media();
} );
3. Refresh any page in the admin panel and open the browser console – you will see an error there. Because the wp.media.view.settings object is empty https://prnt.sc/wUVlo-vwYilp
4. If you deactivate your plugin – there is no error and the object is normally initialized: https://prnt.sc/tJwTz1rxCyK7

Hi Juan,
We’ve also experienced fatal error problems with YITH WooCommerce Gift Cards (https://prnt.sc/Q6mRLn0uAINL), and it looks like there is some kind of mistake in the plugin. Can you please look in to that asap?
Thanks in advance
Themerex team

Ok, found where the problem was with the new version. It conflicted with 1 of my plugins. Problem resolved. Thank you

Hi @stephanieliy , Unfortunately, the ?2.24.1 version does not resolve the issue. We even tried it on the Twenty Twenty theme with no additional plugins. And as far as I see Rasworpr user has the same issue.

Yes, the issue is fixed in update 6.0.6.2

Maybe add_filter( 'wpcf7_autop_or_not', '__return_false' ); is a better solution.

But this will not save those who counted on the correct wrapping of form elements with the <p> tag. And in the 5.7 update, even <div> tags are wrapped in <p>

Perhaps my bad English is to blame, but Google and I tried))
I have not written anywhere about connecting styles to the frontend.
The issue described in my first post is about connecting styles from a plugin to the Gutenberg editor using the add_editor_styles() function. If these styles contain paths to local files connected using the CSS-function url() (for example, a font with icons), then the paths to these files are not processed correctly. As confirmed by the screenshots in the first message.
When connecting similar files from the theme folder, there are no such problems.

• This reply was modified 2 years, 5 months ago by themerex.

OK, thanks. The issue is added: https://github.com/WordPress/gutenberg/issues/41618