toukirwpdev
Forum Replies Created
-
Since we haven’t heard from you It’s been quite a while, so we will consider this topic resolved.
If you encounter any problems you are welcome to create a new topic.
Thank you for understanding!
Thank you for troubleshooting the issue and sharing the demonstration video.
We have forwarded the findings to our development team for further investigation to determine the root cause and identify the component involved. Our team is currently reviewing the behavior in detail.
We will keep you updated as soon as we get an update from the developers.
Thank you for your patience and understanding.
We tested the issue using the latest version of WP Dark Mode (v5.3.7) along with the settings you mentioned, including the “Replace Block Editor with Classic Editor” option. During our testing, the Classic Editor editor area displayed correctly in dark mode, and enabling Admin Dark Mode successfully applied dark styling across the admin area.
To help clarify our findings, we’ve attached a short video showing the issue testing process and how the feature is working. Please take a look and let us know if your experience differs.
The issue may be related to a local factor such as browser caching, server-side caching, or a plugin conflict.
Could you please try the following?
- Remove the currently installed WP Dark Mode plugin.
- Install the latest version (v5.3.7).
- Clear your browser cache and any server-side/cache plugin caches.
- Test the issue again.
Please let us know the results after retesting.
We’ve added Dark Mode compatibility for both Classic Editor and Advanced Classic Editor in our latest update.
Please update the plugin to the latest version and check again. We hope it meets your needs. If you encounter any issues, feel free to let us know.
Thank you!
Hi,
Thank you for testing v5.3.6 and for your feedback.
For the Classic Editor issue, please make sure the Classic Editor Dark Mode feature is enabled in the plugin settings. After enabling it and refreshing the editor, you should see a dark mode toggle within the Classic Editor. Once the toggle is enabled, dark mode should work correctly.
We’ve also recorded a short video demonstrating how to enable this feature and how it works. Please take a look: Watch Video
Regarding the Advanced Editor plugin, our team is currently working on improving compatibility. We’ll keep you updated as soon as we have any progress to share.
Thank you for your understanding and patience!
Hi
It seems the stock quantity is updating correctly in WooCommerce admin, but the frontend cache/lookup data is not refreshing automatically after sync. Since manually clicking “Update” fixes it, this may be related to WooCommerce product transients or lookup table regeneration.
As a possible workaround, please try:
- WooCommerce → Status → Tools → “Regenerate product lookup tables.”
- Clear all server/object cache if Redis or similar caching is enabled
- Temporarily disable cache optimization for WooCommerce product pages and AJAX requests
Hope this helps. Let us know if the issue still persists, and we’ll be glad to assist.
Hi,
Thank you for the detailed report and for taking the time to share the video, it really helps us understand the issue better.
We’ve looked into both points you mentioned, and our team is already working on a fix. You can expect an update soon, and we’ll notify you here once the new version is released.
Thanks again for your patience and support.
Thanks for the update.
Since the custom CSS is not taking effect, this indicates a style override/conflict from the theme (Kadence). In such cases, the theme’s stylesheet usually has higher specificity or loads after WP Dark Mode styles, which prevents your custom rules from applying properly.
From a technical standpoint, this type of issue is best handled by excluding the affected elements from dark mode rendering instead of trying to override styles repeatedly.
However, the “Exclude” feature is a premium feature and as per ORG forum guidelines, we are unable to discuss premium features here.
Thank you for your understanding!
Hi,
Sorry for the inconvenience.
This issue is usually caused by conflicting styles from the theme or menu elements in dark mode. You can try fixing it by adding the following custom CSS:
Go to WP Dark Mode → Settings → Advanced → Custom CSS and paste:
span.kadence-svg-iconset.svg-baseline {
color: #ffffff !important;
}After adding the code, please save the settings and clear your site cache (and browser cache as well).
Let us know if the issue still persists, we’ll be happy to take a closer look.
- This reply was modified 1 month ago by toukirwpdev.
Hi there,
Thanks for reaching out and sharing your feedback.
Could you please let us know which multivendor plugin you’re currently using (like Dokan, WCFM, WC Vendors, etc.) that you’d like FormyChat to work with?
It would also be really helpful if you could briefly share what you’re expecting from this integration and how you’d like it to work in your setup (for example: vendor-wise chat, customer-to-vendor chat, or separate contact buttons for each vendor).
This will help us better understand your requirement and review the possibility and assist you further.
The issue has been resolved in our latest plugin update.
This issue has been fixed in the latest version, and the archiving process should work correctly now.
If the issue still persists after updating, feel free to let us know. We’ll be happy to investigate further.
Hi,
Thank you so much for your kind words about the plugin!
To fix the Elementor Shape Divider color issue in dark mode, please add the following CSS here:
WP Dark Mode → Settings → Advanced → Custom CSS.elementor-shape .elementor-shape-fill {fill: #1d1f27 !important;
}Thanks for your suggestion, we’ll share it with our team for future improvements.
- This reply was modified 2 months, 2 weeks ago by toukirwpdev.
Thanks for sharing the screenshot.
From your console log, the REST API requests are returning status 200 (success), which means the archiving process is starting correctly. Usually, when the progress stays at 0–2%, it’s related to caching or server restrictions.
Please try these steps:
- Temporarily disable caching/optimization, security/firewall plugins.
- If SiteGround Optimizer is active, disable: Dynamic Cache, Memcached, Frontend Optimization.
- Check if REST API requests are being restricted by the server firewall: SiteGround sometimes blocks repeated background requests automatically. If possible, please ask SiteGround support whether REST API loop requests are limited for your site.
- For testing purposes, please reduce the number of orders selected for archiving. Try archiving around 100 orders first to check whether the process completes successfully.
Thanks for sharing the screenshots. We’ll look into the issue and get back to you as soon as possible.
We appreciate your understanding and patience.
Hi there,
Sorry to hear you’re experiencing this issue. We understand how frustrating it is when the archiving process gets stuck.
To help us investigate further, could you please share the following details:
- Which archive storage option you are using (e.g., Local DB, Remote DB, etc.)
- The date range selected for the archive process
- Which version of the plugin you are currently using
- A screenshot of any error messages appearing in the browser console (right-click → Inspect → Console)
This will help us pinpoint the root cause and assist you more effectively.
- This reply was modified 2 months, 2 weeks ago by toukirwpdev.