• Resolved Deepak

    (@d88pak)


    Hi team,

    Lately I am facing the load-styles.php time out and my admin dashboard is completely messed up. It just happened lately. Not sure what is causing this.
    I have tried define( 'CONCATENATE_SCRIPTS', false ); on wp-config also but still facing same issue.

    My configurations
    Nginx with cache
    Litespeed cache (everything turned off except the object cache connected to redis)
    Cloudflare

    Frontend is fine. Customers can browse and place orders. Only Admin dashboard is affected.

    Any suggestion on how to fix this?

    Thanks!

    • This topic was modified 2 days, 2 hours ago by Deepak.
Viewing 7 replies - 1 through 7 (of 7 total)
  • Plugin Support shahzeen(woo-hc)

    (@shahzeenfarooq)

    Hi @d88pak!

    Thank you for reaching out.

    I understand that you’re experiencing timeouts related to load-styles.php, resulting in a broken or improperly styled WordPress admin dashboard, while the frontend continues to function normally.

    To help narrow down the cause, could you please share the following information?

    • A screenshot of the affected admin dashboard.
    • Your System Status Report (WooCommerce → Status).
    • Fatal error logs (if any) under WooCommerce > Status > Logs.
    • Any relevant server or PHP error logs that correspond with the timeouts.
    • The browser console output (Developer Tools → Console) when loading the affected admin pages.

    Please use https://pastebin.com/ or https://gist.github.com/ and paste the system status report in there. You can then share the link from pastebin with us.

    Since this issue appears to affect only the WordPress admin area, it may be related to a plugin conflict, server configuration, caching layer, or resource limitation rather than WooCommerce itself.

    As a troubleshooting step, I’d recommend testing on a staging site by:

    1. Temporarily switching to a default WordPress theme such as Twenty Twenty-Five.
    2. Deactivating all plugins except WooCommerce.
    3. Checking whether the issue persists.
    4. Reactivating plugins one at a time until the issue returns.

    Let us know what you find.

    Thread Starter Deepak

    (@d88pak)

    Thread Starter Deepak

    (@d88pak)

    woocommerce > status is also totally messed up to get the report

    Thread Starter Deepak

    (@d88pak)

    By the way my server is
    4 core
    16GB memory
    Nginx
    Redis
    MariaDB
    running under average of 0.65 of the total load

    Plugin Support shahzeen(woo-hc)

    (@shahzeenfarooq)

    Hi @d88pak!

    Thank you for the additional information.

    Based on the symptoms you’ve described and the server error logs, this appears to be related to the server environment rather than a specific WooCommerce issue.

    The load-styles.php request is timing out before PHP can return a response, which is why the WordPress admin dashboard appears unstyled or broken. Since the frontend continues to function normally, the issue seems isolated to admin requests being processed on the server.

    At this point, I’d recommend contacting your hosting provider and asking them to investigate what is causing the load-styles.php requests to time out. In particular, they should be able to review:

    • PHP-FPM logs
    • Nginx error logs
    • Server resource usage (CPU, memory, disk I/O)
    • PHP timeout settings
    • Database performance
    • Redis/Object Cache configuration

    Since the issue is preventing even the WooCommerce Status page from loading correctly, the hosting provider will have the best visibility into what is causing the requests to stall or exceed the server timeout limits.

    Also, have you had a chance to run a conflict test? If so, could you let us know whether the issue was resolved after deactivating all plugins except WooCommerce and switching to a default theme such as Twenty Twenty-Five? This will help us determine whether a plugin or theme conflict may be contributing to the problem.

    If your hosting provider identifies anything WooCommerce-specific in their findings, please share the details with us and we’ll be happy to take a closer look.

    Thread Starter Deepak

    (@d88pak)

    I was suspecting the server environment too but not exactly sure what it was. Finally it is solved.

    After some research,

    1. I have changed request_terminate_timeout = 300s to match the php-fpm timeout settings.
    2. Restarted the php-fpm to flush the opcache
    3. It didn’t work right after. So I set the directory and file permissions manually inside my root wordpress directory (just in case).
    4. sudo find . -type d -exec chmod 755 {} \; and sudo find . -type f -exec chmod 644 {} \;

    After this, it worked normally.

    I am not really sure if file permission did change after updating a plugin or other changes.

    I will keep this solution in my if it happens again.

    Thanks!

    Plugin Support shahzeen(woo-hc)

    (@shahzeenfarooq)

    Hi @d88pak!

    Thank you for the update and for sharing the steps that resolved the issue.

    We appreciate you taking the time to document the changes that worked for you. This information may also be helpful for others who encounter similar behavior in the future.

    If the issue returns or you notice any additional problems, please feel free to open a new thread with any relevant details.

    Thank you

Viewing 7 replies - 1 through 7 (of 7 total)

You must be logged in to reply to this topic.