WPIntell

Source evidence

Error on saving corected table

Cyr-To-Lat · support · 2025-05-02T17:38:00+00:00

mixedsentiment
highseverity
0.94relevance
9replies
Evidence linked to opportunitycommercial context

Proof Health

Open evidence

Commercial opportunities need traceable source links before they are treated as build-worthy.

5 / 47 rows with source links

10.6% of this page's analysis has direct source links.

0 build-decision rows missing links

0 rows here require auditable proof before promotion.

42 rows with no attached evidence

0 rows have source counts but still need direct links.

Conversation

support
ikivanov resolved
The Bulgarian table is not correct. I am trying to change it but it says Error when saving. Here is what needs to be corrected by law if you want to change the default Ц – TS Ь – Y Й – Y Bulgarian table follows ISO9 standard . You can change edit in the admin. Which error namely do you receive? Please provide the screenshot with the error and open browser dev console. It just says error when I make change and try to save it. The message is there for a few seconds and then disappears. Updates today to 6.4.1, but still the same error. This reply was modified 1 year ago by ikivanov . Can you make a screenshot, with opened browser console? I am trying, for some reason it won’t let me post it. I saved it here. https://ibb.co/rRSYrnDV And what do you see in the browser console? Here is the one with the console open. https://ibb.co/XkCz7HfR The HTTP 406 Not Acceptable error usually means that the server cannot generate a response matching the Accept headers sent by the client. While rare, this can happen in WordPress admin AJAX requests due to a few common reasons: ModSecurity or another Web Application Firewall (WAF) — This is the most frequent reason. ModSecurity might block AJAX requests it considers suspicious — for example, if they include a Content-Type: application/json header or specific POST parameters. Strict Accept headers from the client — If the JavaScript request sets a very specific Accept header (like application/json ), and the server doesn’t support it or filters it, it may return 406. Blocked request body content — Some hosting providers filter or block certain characters or patterns in POST bodies — like SQL strings, JSON, or base64 — thinking it’s malicious. Incorrect Content-Type or malformed response in plugin/theme code — If the plugin or theme manually sets headers or outputs a non-standard response, the server may reject it. How to troubleshoot: Temporarily disable ModSecurity or ask the hosting provider to whitelist admin-ajax.php — This is often enough to resolve the issue. Check server logs (access/error logs) — They may show which rule was triggered and caused the 406 response. Inspect the browser’s developer tools (Network → Headers) — Look at the request and response headers, especially Accept , Content-Type , and the actual response body. Try making the same AJAX request without a strict Accept header — For example: fetch(url, { headers: { Accept: '*/*' } }) Temporarily disable security plugins like Wordfence, iThemes Security, etc. — These plugins sometimes interfere with admin-ajax calls. If the above does not help, you should ask the hosting support for help. Thanks you. The issue was with the hosting security triggered. The admin solved it. Thanks again for the quick response. Thank you for the feedback.

Comments

9 shown
kaggdesign 2025-05-03T07:02:00+00:00

Bulgarian table follows ISO9 standard . You can change edit in the admin. Which error namely do you receive? Please provide the screenshot with the error and open browser dev console.

ikivanov 2025-05-04T13:33:00+00:00

It just says error when I make change and try to save it. The message is there for a few seconds and then disappears. Updates today to 6.4.1, but still the same error. This reply was modified 1 year ago by ikivanov .

kaggdesign 2025-05-04T13:35:00+00:00

Can you make a screenshot, with opened browser console?

ikivanov 2025-05-04T13:41:00+00:00

I am trying, for some reason it won’t let me post it. I saved it here. https://ibb.co/rRSYrnDV

kaggdesign 2025-05-04T13:44:00+00:00

And what do you see in the browser console?

ikivanov 2025-05-04T13:46:00+00:00

Here is the one with the console open. https://ibb.co/XkCz7HfR

kaggdesign 2025-05-04T13:57:00+00:00

The HTTP 406 Not Acceptable error usually means that the server cannot generate a response matching the Accept headers sent by the client. While rare, this can happen in WordPress admin AJAX requests due to a few common reasons: ModSecurity or another Web Application Firewall (WAF) — This is the most frequent reason. ModSecurity might block AJAX requests it considers suspicious — for example, if they include a Content-Type: application/json header or specific POST parameters. Strict Accept headers from the client — If the JavaScript request sets a very specific Accept header (like application/json ), and the server doesn’t support it or filters it, it may return 406. Blocked request body content — Some hosting providers filter or block certain characters or patterns in POST bodies — like SQL strings, JSON, or base64 — thinking it’s malicious. Incorrect Content-Type or malformed response in plugin/theme code — If the plugin or theme manually sets headers or outputs a non-standard response, the server may reject it. How to troubleshoot: Temporarily disable ModSecurity or ask the hosting provider to whitelist admin-ajax.php — This is often enough to resolve the issue. Check server logs (access/error logs) — They may show which rule was triggered and caused the 406 response. Inspect the browser’s developer tools (Network → Headers) — Look at the request and response headers, especially Accept , Content-Type , and the actual response body. Try making the same AJAX request without a strict Accept header — For example: fetch(url, { headers: { Accept: '*/*' } }) Temporarily disable security plugins like Wordfence, iThemes Security, etc. — These plugins sometimes interfere with admin-ajax calls. If the above does not help, you should ask the hosting support for help.

ikivanov 2025-05-04T17:47:00+00:00

Thanks you. The issue was with the hosting security triggered. The admin solved it. Thanks again for the quick response.

kaggdesign 2025-05-04T18:37:00+00:00

Thank you for the feedback.