Eric Kuznacic

@robert681 Thanks for the update. I have updated my sites to GiveWP 3.17.2 and WPAL 5.2.2 and the conflict no longer occurs.

Thanks to you and your team for the responsiveness and for the great plugin. I will most definitely leave a review.

@robertabela Thanks for the prompt attention to this. I updated the WP Activity Log plugin on one of my affected sites., After a cache clear, the warning is gone.

This would presumably work on my other sites as well. I will await the official release of the updated plugin before doing so, unless you need me to perform any additional testing.

Thank you for your reply. While I understand this is just a warning and not an error, that does not mean that clients understand the difference. They panic when it appears on their site and contact me, assuming the site is broken or insecure.

I identified the issue as being related to your plugin, deactivated it, and made the post here.

Answers to your questions:

1. WP= 6.4.3 GF= 2.8.3 PHP= 8.0.30
2. It appears at the top of every front end page, whether logged in or not.
3. Two client sites reported it a few hours after I updated to version 4.6.3 of your plugin.
4. Incorrect. I have confirmed that debug is off for both of the sites that showed this error.

Please let me know if I can provide any further info to assist your investigation.

Perfect, thanks for the speedy reply!

See the author’s response in another thread: https://www.ads-software.com/support/topic/pending-a-full-review/#post-15618659

Great, thanks so much for the update and the fix. I’ll consider this solved and open a new thread if there are any problems with 9.0.2.

@benzoid Thanks for the quick reply and info. This site does use a category (podcast) and it has previously worked fine (meaning PowerPress was able to create podcast posts for that category, but all other categories operated as normal) so I am not sure this is a fix.

What’s happening is the site owner is trying to create a new post in the “news” category, and by default the “podcast” category is also checked. The post is published, and the plugin adds a section at the end of the post with a video player but there is no podcast URL entered into the metabox.

If we manually remove this post from the “podcast” category and update it, somehow the “podcast” category is being added and the video player appears again.

Interestingly, this only occurs when creating a new post, not when editing an existing post. I can create a separate thread if you’d like me to.

@sfget Was this issue ever resolved? I am having the exact same problem on one of my sites and cannot figure out a fix. Any info you can provide is very much appreciated!

@aarin Thanks for the follow-up. I am no longer experiencing the issue with the oversized EB icon on Gravity Forms related screens.

@joshua30 I have experienced the same issue with the mobile menu icon when building headers with Elementor Pro.

The fix (for me, at least; it sounds like it isn;’t working for you) is simple-but-frustrating — deactivate the JS minification settings.

I have always intended to go in and figure out which script exactly is being affected, in order to exclude it from minification, but I haven’t gone down that rabbit hole as of yet.

There may also be a conflict with the recently added feature to automatically Delay JS inline scripts. I have noticed problems with simply having Breeze active (with no settings turned on). Those issues disappear when Breeze is deactivated.

There are several complaints about this in this forum, and it’s very frustrating that the plugin dev team can’t get this straightened out!

• This reply was modified 3 years, 6 months ago by Eric Kuznacic.
• This reply was modified 3 years, 6 months ago by Eric Kuznacic.

@edroundtables I will spare you the details, but after a week I was finally able to convince/prove to Cloudways support that this issue was caused by the server configuration.

Here is the reply they gave me; I would think you could contact them again, reference the issue and this thread, and let them know what was done in my case.

The issue was with Nginx. In our stack, Nginx is working as a reverse proxy for Apache and the plugin you are using is used for static content. Nginx is serving the content before the request reaches to Apache. Now its working fine when we force the content is processed through Apache.

Thank you for the reply. However, I just spun up a quick test WP site at tastewp.com, installed and activated both Gravity Forms and Essential Blocks for Gutenberg, and am seeing the large Essential icon on all GF backend pages.

This is a short-term test site (48 hours) so I can either share the credentials with you before they expire, or you can go ahead and spin up a test site there and see what happens.

@edroundtables Thanks for the quick reply, and I will post here if a solution is found.

@edroundtables Were you able to get this resolved and/or receive a reply from Cloudways?

I ask because I am dealing with the same issue on a Cloudways server (Digital Ocean) and this is the reply I received:

Thanks for reaching out to us. The directive for AllowOverride is already used and enabled on apache server and the following code is already added to Apache configuration:
Options -Indexes -Includes -ExecCGI +FollowSymLinks
DirectoryIndex index.php default.php index.html default.html
AllowOverride All
Require all granted

If there are some permission issues on the application or any special permission which we have to use for your BuddyPress plugin you can share with us so we can change the permissions as your WordPress multisite is currently using standard set of permission.

I am curious if this issue is related to nginx as @havealookhere mentioned? That will be my next question to Cloudways support.

I removed this comment, as I noticed it was not the exact same issue.

• This reply was modified 3 years, 11 months ago by Eric Kuznacic. Reason: I removed this comment, as I noticed it was not the exact same issue