Ignacio Cruz Moreno

@koltast Thanks for the review! You could always disable the links with some CSS like:

.wp-block-taxonomy-terms-list-block a {
  text-decoration: none;
  pointer-events:none;
}

Let me know if it works.

Hi Ronald.

Maybe Custom Post Types Block or similar? I don’t know to be honest.

That said, do you have this plugin in GitHub? I’d like to contribute with something.

Hi Radu.

The problem is that Hive Lite is trying to enqueue JS assets by using the child theme URI, while it should try to enqueue them by using the parent theme URI. If you want to enqueue child assets, the theme should make sure first that those files exist. Otherwise, Hive Lite should use get_template_directory_uri() instead of get_stylesheet_directory_uri() function.

Here’s a sample:

wp_enqueue_script( 'hive-scripts', get_stylesheet_directory_uri() . '/assets/js/main.js', array( 'jquery', 'masonry', 'hoverintent', 'velocity' ), '1.0.0', true );

It’s trying to load main.js from child theme URI, so the asset is returning a 404.

This piece of code should be instead like this:

wp_enqueue_script( 'hive-scripts', get_template_directory_uri() . '/assets/js/main.js', array( 'jquery', 'masonry', 'hoverintent', 'velocity' ), '1.0.0', true );

For those who need to address this issue for the moment: They can copy assets folder to their child theme.

Cheers.

Thanks for the answer.

If you use Apache server, please, try to deactivate gzip and activate again. Otherwise, your hosting could be overriding the gzip settings coming from Hummingbird.

Hi @cccbd

We just released 1.5.5 that should solve the issue. Could you try again, please?

Thanks!

@ethelior

Thanks for bringing this up. The issue should be solved now.

Hi @thegulshankumar

Thanks a lot for all the detailed information.

When you update minification settings, files must be regenerated again. As of version 1.5.2, the files are generated during page load, which is obviously a bad thing but we worked on this last week and files will be generated in the background from version 1.5.3. That should increase the speed a lot after settings are updated.

About the warning: Did you manage to make it work? I first thought that it could be a temporary issue with our servers but this issue appeared some time ago when the site was registered for the first time. However, this issue should have been addressed in 1.5.2. Could you confirm if it’s still a problem?

Hi.

Thanks again for the review. Hummingbird can take a little bit when is first activated as it needs to collect some data. After that, it should come back to normal unless you change some of the settings like browser caching, etc. The plugin needs to ping the server several times to check if browser caching is applied. Performance reports take some time too but this is nothing we can improve a lot. We will review what is slow in the dashboard but it would help if you can specify us when is loading slowly.

Thanks!

@evahost

I’m Ignacio, Hummingbird developer. I would like to know more details about your response as I don’t fully understand it.

“skipping those internal post types could leave a security hole for database entries to be created with that post type in order to evade the Sucuri notifications.”

Why could it leave a security hole?

It is just an internal post type that is not public at all.

Thanks

Hi there.

I just released a new version (1.1) with those changes. It also allows to upload media from editors.

Cheers.

Thanks for the fast answer.

I know it doesn’t matter for workflow, but is there any way to do it? What configurations are triggering it?

Yes ??

Thanks a lot.

In my case, there was an additional incompatibility with CKEditor. With the help of a filter, I completely disable CKEditor when editing taxonomies and it seems to work again.

Cheers.

Hi. It seems to be an incompatibility with Yoast. This plugin adds a WP Editor instance for Category Description but it doesn’t switch when you change the language tab.

Thanks

Not for the moment, this is for a big site and need to update carefully but thanks anyway, we’ll take a look