Hi @ahanastorepro ,
Thank you very much for your detailed explanation and for providing the environment information — that really helps.
In version 1.9.x of Hashbar WP Notification Bar, we introduced several new features and improvements compared to 1.6.0. Because of these enhancements, some additional processing happens on the admin settings page, especially when generating notification fields and related data.
At the moment, we do not have any widely reported timeout issues, but based on your logs (especially around hashbar_post_list(), get_notification_enable_fields(), and get_modal_settings_fields()), it seems the delay may be related to how notification data is being queried or rendered in your specific environment. This could be affected by:
- A large number of existing notifications
- Server resource limits
- Hosting/CDN timeout configuration
- A conflict with another plugin
To help us identify the exact cause and provide a proper fix, could you please share:
- Any additional PHP error logs
- WordPress debug logs (if enabled)
- The approximate number of notifications currently created
- Your PHP version and memory limit
With more detailed error information, it will be much easier for us to analyze and optimize the issue from our side.
We truly appreciate your cooperation and look forward to your reply so we can assist you further.
Best regards,
Kamal
Hi,
Thanks for getting back to me.
I have gathered the additional details you requested:
Environment
- WordPress + WooCommerce
- Plugin version tested: 1.9.2
- PHP version: 8.2
- PHP
memory_limit: 8G
- PHP
max_execution_time: 300 seconds
- Hosting: Cloudways
- CDN: Cloudflare
Behavior observed
- The Hashbar settings page in wp-admin keeps loading and never completes on the live site.
- Cloudflare eventually terminates the request after ~100 seconds.
- The frontend of the website works normally.
- If I downgrade the plugin to version 1.6.0, the settings page loads instantly again.
Server logs
Unfortunately, our server does not retain full slow-log timestamps, but the trace we captured shows the following functions being repeatedly called during the admin page load:
hashbar_post_list()
→ get_posts()
→ get_notification_enable_fields()
→ get_modal_settings_fields()
Log:
4 hashbar_post_list() public_html/wp-content/plugins/hashbar-wp-notification-bar/admin/settings-panel/api/admin-settings.php:279
4 get_posts() /public_html/wp-content/plugins/hashbar-wp-notification-bar/inc/functions.php:259
4 get_notification_enable_fields() /public_html/wp-content/plugins/hashbar-wp-notification-bar/admin/settings-panel/api/admin-settings.php:529
4 get_modal_settings_fields() /public_html/wp-content/plugins/hashbar-wp-notification-bar/admin/settings-panel/settings-panel.php:235
2 __construct() /public_html/wp-content/plugins/hashbar-wp-notification-bar/init.php:468
Trace paths:
admin/settings-panel/api/admin-settings.php:279inc/functions.php:259admin/settings-panel/api/admin-settings.php:529admin/settings-panel/settings-panel.php:235init.php:468
Each of these functions appears multiple times in the stack trace, which suggests the admin page is repeatedly generating notification field data and running get_posts() queries during settings initialization.
Number of Hashbar notifications
There is only one notification configured on the site:
Screenshot:
https://prnt.sc/bZzGID890pyc
So the slowdown does not appear to be caused by a large number of campaigns.
If there is any debug logging, patch, or temporary workaround you would like me to test, I would be happy to run it and provide additional feedback.
Please let me know if you need any additional information from my side.
Thanks again for your assistance.
Hi @ahanastorepro,
Thank you for the detailed logs and screenshot — they were very helpful.
We have confirmed that the issue is on our end. In version 1.9.x, the admin settings page preloads all posts, pages, and products into the targeting dropdowns during page load. On WooCommerce stores with a large product catalog, this can trigger excessive database queries, which may lead to a timeout.
Our team has identified the cause and is actively working on a fix. We will update you here as soon as the patched version is ready.
We appreciate your patience and thank you for providing such a detailed bug report.
Best regards,
Kamal
Hi @ahanastorepro ,
We have updated the plugin, so please update it on your site and check if the issue is fixed. If the problem persists, you can contact our support team via this link: https://hasthemes.com/contact-us/. They will assist you further.
Best regards,
Kamal
