Woot - changes are not saved
The support doesn work on Saturdays and Sundays, so some Friday requests can be answered on Monday. If you have problems with registration ask help on contact us page pleaseIf you not got email within 24~36 business hours, firstly check your spam box, and if no any email from the support there - back to the forum and read answer here. DO NOT ANSWER ON EMAILS [noreply@pluginus.net] FROM THE FORUM!! Emails are just for your info, all answers should be published only here.
The support doesn work on Saturdays and Sundays, so some Friday requests can be answered on Monday.
Quote from stofson on April 28, 2026, 11:51Hi there,
I am using currently the free version of woot and would also like to buy the premium version. However, I have the problem that all changes I apply in the backend to my table are not saved. What could be the reason and how can I fix it?
Best, Roan
Hi there,
I am using currently the free version of woot and would also like to buy the premium version. However, I have the problem that all changes I apply in the backend to my table are not saved. What could be the reason and how can I fix it?
Best, Roan
Quote from Alex Dovlatov on April 29, 2026, 12:25Hello Roan
Thank you for the report. The saving in WOOT works via AJAX requests with server-side verification, so when saves appear to do nothing, it is usually caused by one of the following:
- A caching plugin (especially if object caching like Redis or Memcached is active, or if admin pages are being cached) — this can cause the security token used in save requests to expire, causing all saves to silently fail, for testing just disbale it and test
- A security plugin such as Wordfence or iThemes Security blocking AJAX requests to wp-admin, the same try to disable and test
- A low PHP
max_input_varslimit on your server if your table has many columns and options configured. Here os some info: https://products-filter.com/lot-taxonomies-settings-page-save-options-doesn-worksCould you please check the following: open your browser developer tools (F12), go to the Network tab (+ javascript errors), try to save any change in the backend, and look for a request to
admin-ajax.php. Let us know what response status and response body it returns — this will immediately tell us where the problem is.
Hello Roan
Thank you for the report. The saving in WOOT works via AJAX requests with server-side verification, so when saves appear to do nothing, it is usually caused by one of the following:
- A caching plugin (especially if object caching like Redis or Memcached is active, or if admin pages are being cached) — this can cause the security token used in save requests to expire, causing all saves to silently fail, for testing just disbale it and test
- A security plugin such as Wordfence or iThemes Security blocking AJAX requests to wp-admin, the same try to disable and test
- A low PHP
max_input_varslimit on your server if your table has many columns and options configured. Here os some info: https://products-filter.com/lot-taxonomies-settings-page-save-options-doesn-works
Could you please check the following: open your browser developer tools (F12), go to the Network tab (+ javascript errors), try to save any change in the backend, and look for a request to admin-ajax.php. Let us know what response status and response body it returns — this will immediately tell us where the problem is.
Quote from stofson on April 29, 2026, 19:27Hi Alex, many thanks for your reply. I hope I found the correct piece of information. It shows the following: {"wp-auth-check":true,"server_time":1777483556}
Hi Alex, many thanks for your reply. I hope I found the correct piece of information. It shows the following: {"wp-auth-check":true,"server_time":1777483556}
Quote from Alex Dovlatov on April 30, 2026, 19:23Hi Roan
The response you found {"wp-auth-check":true,"server_time":...} is from the WordPress Heartbeat API, it just checks if your session is still active and runs automatically in the background. This is not related to saving in WOOT.
You need to catch a different request. Please do the following: open the Network tab in developer tools, then click the save button in your WOOT table backend. At that exact moment a new request to admin-ajax.php will appear in the list. Click on it and share the response body from that specific request.
Hi Roan
The response you found {"wp-auth-check":true,"server_time":...} is from the WordPress Heartbeat API, it just checks if your session is still active and runs automatically in the background. This is not related to saving in WOOT.
You need to catch a different request. Please do the following: open the Network tab in developer tools, then click the save button in your WOOT table backend. At that exact moment a new request to admin-ajax.php will appear in the list. Click on it and share the response body from that specific request.
Quote from stofson on April 30, 2026, 21:32Hi Alex, it says: {"value":"0"}. I created this by switching a toggle. But I cannot see any save button in the whole table..
Best, Roan
Hi Alex, it says: {"value":"0"}. I created this by switching a toggle. But I cannot see any save button in the whole table..
Best, Roan
Quote from Alex Dovlatov on May 1, 2026, 12:24Hello Roan
Its says right, but not resolve the issue. I can suggest you provide wp-admin access to the site, also you can create by duplicator plugin stage site (clone of the site) and I will do it self. Provide data please into private area of this ticket
https://share.pluginus.net/image/i20230222134241.png
https://share.pluginus.net/image/i20230222134615.pngBetter stage site, because I can disabkesome plugins for the tests
Hello Roan
Its says right, but not resolve the issue. I can suggest you provide wp-admin access to the site, also you can create by duplicator plugin stage site (clone of the site) and I will do it self. Provide data please into private area of this ticket
https://share.pluginus.net/image/i20230222134241.png
https://share.pluginus.net/image/i20230222134615.png
Better stage site, because I can disabkesome plugins for the tests
