<?xml version="1.0" encoding="UTF-8"?>    <rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
      <channel>
        <title>Host upgrading php 8.3.16 to 8.3.19 &amp;quot;seemed&amp;quot; to cause a saving issue (406) on the general settings page, cmsb v 3.75 (build 2818) - MOD sec</title>
        <link>https://interactivetools.com/forum/forum-posts.php?Host-upgrading-php-8_3_16-to-8_3_19-seemed-to-cause-a-saving-issue-406-on-the-general-settings-page-cmsb-v-3_75-build-2818---MOD-sec-83006</link>
        <description></description>
        <pubDate>Fri, 15 May 2026 03:18:18 -0700</pubDate>
        <language>en-us</language>
        <atom:link href="https://interactivetools.com/forum/forum-posts.php?rss=1&amp;Host-upgrading-php-8_3_16-to-8_3_19-seemed-to-cause-a-saving-issue-406-on-the-general-settings-page-cmsb-v-3_75-build-2818---MOD-sec-83006" rel="self" type="application/rss+xml" />

                <item>
          <title>Host upgrading php 8.3.16 to 8.3.19 &quot;seemed&quot; to cause a saving issue (406) on the general settings page, cmsb v 3.75 (build 2818) - MOD sec</title>
          <link>https://interactivetools.com/forum/forum-posts.php?postNum=2247917#post2247917</link>
          <description><![CDATA[<p>Hi Codee,</p>
<p>What I'd recommend (when you have time) is upgrading to the latest version of PHP your host supports and then tracking down the cause of the issue and resolving it.</p>
<p>If you have root access, you can check the logs and try to determine which mod_security rule is being flagged and disable it, as Jeff suggests. Or, if you have a regular web hosting account, you can turn off mod_security or ask the web host to fix it.  </p>
<p>The way we find the "cause" is typically to reduce the content we're submitting by half until we get down to the characters that cause mod_security to be triggered.  Over the last year, we've seen various hosts get false positives for things like: </p>
<ul>
<li>--&gt; (from an HTML comment in a wysiwyg field)</li>
<li>and 1 (from 2 bedrooms and 1/2 bath in a property listing)</li>
<li>=https:// (from a GET form post with a link in a field)</li>
<li>SELECT * FROM (SQL from the backend) </li>
</ul>
<p>Sometimes web hosts add their own rules and it creates false positives.  Sometimes if you ask them they'll fix the rule, othertimes they'll just disable mod_security.</p>
<p>Hope that helps, let me know any other questions.  Let me know if you need help tracking down the cause.</p>]]></description>
          <pubDate>Fri, 02 May 2025 22:34:06 -0700</pubDate>
          <guid isPermaLink="true">forum-posts.php?postNum=2247917#post2247917</guid>
        </item>
                <item>
          <title>Host upgrading php 8.3.16 to 8.3.19 &quot;seemed&quot; to cause a saving issue (406) on the general settings page, cmsb v 3.75 (build 2818) - MOD sec</title>
          <link>https://interactivetools.com/forum/forum-posts.php?postNum=2247913#post2247913</link>
          <description><![CDATA[<p>I would suggest checking the server log for mod security error code and just disable that rule if you can. </p>]]></description>
          <pubDate>Fri, 02 May 2025 15:09:02 -0700</pubDate>
          <guid isPermaLink="true">forum-posts.php?postNum=2247913#post2247913</guid>
        </item>
                <item>
          <title>Host upgrading php 8.3.16 to 8.3.19 &quot;seemed&quot; to cause a saving issue (406) on the general settings page, cmsb v 3.75 (build 2818) - MOD sec</title>
          <link>https://interactivetools.com/forum/forum-posts.php?postNum=2247912#post2247912</link>
          <description><![CDATA[<p>Hello Group,</p>
<p>An interesting challenge just occurred...and I realize that correlation is not causation, but...</p>
<p>I just logged in to make a couple minor changes in cmsb, on the general settings page (wanted to change language choice from en-CA to en, and a couple other items for my client).  When I clicked "save" I got a 406 error informing that something on the page violated MOD security.  I logged out. Cleared cache/cookies/hist/temp, etc. and reopened Firefox and attempted it again. Therefore, I logged in to the host and disabled MOD security. Waited a few minutes. Re-cleared all and reopened Firefox again. No change. Same error.  Just to be sure I opened up the site in Edge, went to general settings page, clicked 'save' and got the same 406 error. I went to other sections in cmsb and did small modifications and had no issues saving...the challenge is ONLY on the general settings page.</p>
<p>Reviewing the recent changes listed at the bottom of the general settings page I noticed the my client's host auto-updated PHP 8.3.16 to 8.3.19 a couple days ago. So I changed the php version to 8.2.28 and waited a few minutes.  Went into the general settings again, changed the language, clicked save, and it saved like it should.  So then I logged back into the host and turned MOD security on. Waited a few minutes. Logged back into the site's cmsb section, clicked 'save' on the general settings page and now get a 406 error again.  Did one more test. Turned MOD sec off and was able to save the general settings. Turned MOD back on and get an error.  </p>
<p>So I was considering re-uploading cmsb but remembered this forum. Until this week cmsb has been running as expected.  I am using this same version for other sites and have not run into this issue...but those sites are not running above PHP8.2.28.  </p>]]></description>
          <pubDate>Thu, 01 May 2025 14:56:24 -0700</pubDate>
          <guid isPermaLink="true">forum-posts.php?postNum=2247912#post2247912</guid>
        </item>
              </channel>
    </rss>
  