Gutenberg Post Editor Non-Responsive
-
After updating to SEOPress Version 8.8.1 by The SEO Guys at SEOPress – my Gutenberg post pages are becoming non-responsive-specifically when using the scrollbar and editing headings in a post, but it may also occur at other times when editing a post. Loading a post is also drastically slowed. I have followed traditional troubleshooting procedure and disabled all plugins/swapped to default theme. Only when SEO press is active does the behavior occur. I am not getting any errors in the WP debug file or browser console. More details if needed:
PHP version 8.2.28 / WordPress Version 6.8.1 / Parent theme Astra Version 4.11.2
I have disabled all of the SEO Press modules to see if the error was from a certain feature but the behavior still continues when all modules are “off”. Please advise.
-
This topic was modified 12 months ago by
roaming1.
The page I need help with: [log in to see the link]
-
This topic was modified 12 months ago by
-
Hi,
can you list your active plugins please?
If you downgrade to version 8.7.X, do you still have the issue?
Initially, I downgraded to 8.8 but had the same issue. At version 8.7, using the scroll-bar does to freeze the page and (so far) it does not seem to be locking up when editing. I have noticed that the preview for the featured image takes an unusually long time to load and the images in the SEOpress FAQ box as well. I tried removing the FAQ section but there was no difference. When I deactivate the plugin, the featured image preview pops right up. Possibly a JavaScript file that needs to be excluded from optimization in Autoptimize? Here are a list of my active plugins:
Advanced Database Cleaner
Version 3.1.6 by Younes JFR. | Auto-updates disabled
Astra Pro
Version 4.11.1 by Brainstorm Force | Auto-updates disabled
Autoptimize
Version 3.1.13 by Frank Goossens (futtta) | Auto-updates disabled
FooGallery
Version 2.4.30 by FooPlugins | Auto-updates disabled
Independent Analytics
Version 2.11.5 by Independent Analytics | Auto-updates disabled
Ivory Search
Version 5.5.11 by Ivory Search | Auto-updates disabled
Kadence Blocks – Gutenberg Blocks for Page Builder Features
Version 3.5.10 by Kadence WP | Auto-updates disabled
Multi-column Tag Map
Version 17.0.38 by Alan Jackson | Auto-updates disabled
Nginx Helper
Version 2.3.3 by rtCamp | Auto-updates disabled
NinjaFirewall (WP Edition)
Version 4.7.4 by The Ninja Technologies Network | Auto-updates disabled
Ninja Tables
Version 5.1.0 by WPManageNinja LLC | Auto-updates disabled
Perfect Images
Version 7.0.2 by Jordy Meow | Auto-updates disabled
Redirection
Version 5.5.2 by John Godley | Auto-updates disabled
SEOPress
Version 8.7 by The SEO Guys at SEOPress (Latest version: 8.8.1) | Auto-updates disabled
Spectra
Version 2.19.9 by Brainstorm Force | Auto-updates disabled
Total Upkeep
Version 1.17.1 by BoldGrid | Auto-updates disabled
Total Upkeep Premium
Version 1.5.13 by BoldGrid | Auto-updates disabled
WordPress Popular Posts
Version 7.3.1 by Hector Cabrera | Auto-updates disabled
WP Content Copy Protection & No Right Click
Version 3.6.4 by wp-buy | Auto-updates disabledAutoptimize doesn’t optimize pages under
/wp-admin, but you can always try disabling the “also optimize for logged in administrators/ editors” to make sure pages on the front-end aren’t optimized either for logged in admins?Followed your suggestion, but there doesn’t seem to be a relationship. Changed settings and purged cache but no change. Deactivated Autoptimize, emptied cache-no changes. They don’t appear to be related.
While I am far from an expert, I have discovered that when I deactivate Astra Pro and change to the default wordpress theme-the behavior seems to be corrected. Previously, I had changed themes but did not deactivate Astra pro. When I activate the Astra theme (with Astra pro deactivated) the behavior returns. It with appear to be a conflict with the Astra theme and SEOpress…
OK, so the bug occurs when Astra theme is enabled with SEOPress Free version 8.8.X? also with version 8.7?
With version 8.8.X-the page will freeze at various times when editing and the scroll bar on the right of the edit screen cannot be used as this will also cause the page to become inactive. This behavior does NOT occur in version 8.7. In version 8.7, the featured image preview and SEOpress FAQ box images take 30 seconds or longer to load. When deactivated, the featured image will display immediately. This is not a huge issue as the page can be edited while the images are loading. Just wanted to pass along.
Do you use the FAQ legacy block or new one?
Which version of Astra theme are you using?
I am using a child theme – the parent theme version is –
Astra Version 4.11.2 Author Brainstorm Force
I am using the legacy FAQ but when I delete it from the page, resave, empty cache and reload-there are no changes in behavior.
We have tested this on a local setup with Astra latest version, a brand new page with several blocks including our FAQ blocks, everything works as expected.
Can you go to Tools, Site Health, Info tab, Server section and paste the details here?
If you deactivate your child theme, is this better?
I changed to parent theme, flushed cache and tried again. No Changes.
I deleted my custom htaccess file and replaced with default WP htaccess, flushed cache. No Changes.
I have a loom video showing the behavior and how the post becomes non responsive, if that would help, but I am not sure if I can post links here.
Server Details:
Server architecture
Linux 4.18.0-553.22.1.lve.1.el8.x86_64 x86_64
Web server
Apache
PHP version
8.2.28 (Supports 64bit values)
PHP SAPI
fpm-fcgi
PHP max input variables
3000
PHP time limit
90
PHP memory limit
1024M
PHP memory limit (only for admin screens)
2048M
Max input time
60
Upload max filesize
512M
PHP post max size
768M
cURL version
7.61.1 OpenSSL/1.1.1k
Is SUHOSIN installed?
No
Is the Imagick library available?
Yes
Are pretty permalinks supported?
Yes
.htaccess rules
Custom rules have been added to your .htaccess file.
robots.txt
There is a static robots.txt file in your installation folder. WordPress cannot dynamically serve one.
Current time
2025-06-10T09:53:14+00:00
Current UTC time
Tuesday, 10-Jun-25 09:53:14 UTC
Current Server time
2025-06-10T04:53:13-05:00Hi,
yes, please share the Loom link here.
I recreated the scenario on a local site. I am using the Astra parent theme version 4.11.2. & Astra Pro Version 4.11.1 by Brainstorm Force. The first video is editing a post with SEO press deactivated. The second is editing the same post with SEO press active. I cut the second one short because the page will start throwing “unresponsive” errors. No other plugins are active.
Investigating further, this behavior occurs on Chromium based browsers. I tried Chrome, Brave and Edge and all reacted the same with SEO press active. However, using Firefox-this behavior did NOT occur…
Thank you for these videos.
Do you have the issue without Astra Pro (only the free version)?
Do you have the issue on a brand new page with just a few paragraphs?
-
This reply was modified 12 months ago by
Benjamin Denis.
Astra Pro is not active and I am using the parent theme.
I created a scratch “Lorem ipsum test page” and began by inserting 500 words-saved. There were no issues. Added 5 images – no issues. Doubled the text – no issues. When I got between 1,500 words and added a few generic tables / lists and headings. I started to notice a slow down. Added FAQ legacy block – no major change-but the images take a long time to load in the FAQ block. When I got over 2,000 words and added a few links, bold text and italic text-there was more of a slow down. Over 2500 words-with a featured image, horizontal lines etc. the page really started to slow down. These are all generic wordpress blocks. The more content/styling on the page-the less responsive it becomes.
This only occurs when SEOpress 8.8.X is active. When I deactivate the plugin-the page is fast, very responsive and highly editable. When I revert to SEOpress 8.7 (while there is a very SLIGHT delay in loading-which can be expected in a high content page) the page remains responsive and does not freeze/hang-and I can edit as normal.
At this point, I have a few choices:
- Use SEOpress 8.7
- Disable SEO press when editing longer, more complex posts.
- Edit using Firefox as this behavior ONLY occurs in Chromiom based browsers (extensions disabled) when using the latest SEO Press version 8.8.x.
- Use another SEO plugin – which really is a last option because IMO this is the best SEO plugin out there.
I appreciate your efforts.
-
This reply was modified 12 months ago by
The topic ‘Gutenberg Post Editor Non-Responsive’ is closed to new replies.