• Resolved roaming1

    (@roaming1)


    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]

Viewing 15 replies - 1 through 15 (of 27 total)
  • Plugin Author Benjamin Denis

    (@rainbowgeek)

    Hi,

    can you list your active plugins please?

    If you downgrade to version 8.7.X, do you still have the issue?

    Thread Starter roaming1

    (@roaming1)

    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 disabled
    Optimizing Matters

    (@optimizingmatters)

    Autoptimize 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?

    Thread Starter roaming1

    (@roaming1)

    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…

    Plugin Author Benjamin Denis

    (@rainbowgeek)

    OK, so the bug occurs when Astra theme is enabled with SEOPress Free version 8.8.X? also with version 8.7?

    Thread Starter roaming1

    (@roaming1)

    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.

    Plugin Author Benjamin Denis

    (@rainbowgeek)

    Do you use the FAQ legacy block or new one?

    Which version of Astra theme are you using?

    Thread Starter roaming1

    (@roaming1)

    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.

    • This reply was modified 12 months ago by roaming1.
    • This reply was modified 12 months ago by roaming1.
    • This reply was modified 12 months ago by roaming1.
    Plugin Author Benjamin Denis

    (@rainbowgeek)

    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?

    Thread Starter roaming1

    (@roaming1)

    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:00
    Plugin Author Benjamin Denis

    (@rainbowgeek)

    Hi,

    yes, please share the Loom link here.

    Thread Starter roaming1

    (@roaming1)

    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.

    1. https://www.loom.com/share/e225fe359129444d9058afb9411107d3?sid=48f5cb8e-a3f5-47e6-b90f-21b7cc3e25bc
    2. https://www.loom.com/share/dbb9774dd49a44978204e5a898fda17d?sid=52dadfc7-e2d1-4f2b-b7e7-8ac5e5f0f946
    Thread Starter roaming1

    (@roaming1)

    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…

    Plugin Author Benjamin Denis

    (@rainbowgeek)

    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?

    Thread Starter roaming1

    (@roaming1)

    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:

    1. Use SEOpress 8.7
    2. Disable SEO press when editing longer, more complex posts.
    3. Edit using Firefox as this behavior ONLY occurs in Chromiom based browsers (extensions disabled) when using the latest SEO Press version 8.8.x.
    4. Use another SEO plugin – which really is a last option because IMO this is the best SEO plugin out there.

    I appreciate your efforts.

Viewing 15 replies - 1 through 15 (of 27 total)

The topic ‘Gutenberg Post Editor Non-Responsive’ is closed to new replies.