CMS Made Simple Forums

Do you have "Enable Smarty Caching" enabled in admin preferences by any chance? (this typically never goes well unless a lot of steps are taken to prevent issue)

There's probably better ways to do this, but here's one I quickly came up with:

change to

Try creating a filepicker profile (extension > filepicker) that starts at images - there might already be one there - and setting that to default. This should limit where they start for anything using filepicker, it just doesn't limit their access in File Manager or other modules.

File manager permissions are not that granular, users with access to files will have access to the Uploads folder and all subfolders unless you lock them down in your file system. Typically you would place any files they shouldn't have access to in a higher level than Uploads (e.g. /assets/)

ContentTools, which is a fork of CGContentUtilities, has the ability to export/import News (among other things). It's a pretty new release so I'd test it on a dev site or at least have a good backup first.

Doubtful it's the order, but wherever it's failing is likely the culprit. Comment things out, disable handlers one at a time, etc. - see if you can get to a point where the problem goes away. Typically the "could not find valid unique request id" message prevents submission but in your cas...

Most shared services will let you choose a PHP version, either in the control panel (cPanel, Plesk, or similar) or via htaccess. It's highly unlikely a host would only offer a single version that's already obsolete. I would ask them if you're unsure. If they only offer the one obsolete version, cons...

It's going to be hard to diagnose, that version is almost 10 years old. It's possible it's a PHP version change, but it doesn't seem likely a host would change to 7.4 given that's also outdated and unsupported. You could try rolling PHP back to 7.1 or earlier as that's what was out around the same t...

I've never had to disable caching for forms. Smarty Caching could cause problems but if you had that enabled you'd likely have lots of other issues too. I don't have any other suggestions, but the troubleshooting steps creopard suggested might be helpful.

It's likely not anything you've done. I can sometimes recreate it when submitting the same form multiple times in a short period, but not reliably enough to see a pattern. In most cases I have just disabled csrf and will continue to do so until/if the module is improved to have fewer false-positives.

I think this is typically called by it failing csrf, so a temporary workaround would be adding this to your config file: $config['xt_ignore_csrf'] = true; This isn't recommended but if it makes the problem go away at least you'll have it narrowed down. Then you might just need to set up a duplicate ...

The Eridu module handles this quite well. It hasn't been updated in a while but I'm running it on a few sites with no issues.

Formbuilder uses the CMSMS settings, so something else is going on. Usually it happens if the "from" address in the FB disposition isn't the same as configured in CMSMS, but you may also have to check your SMTP logs to see if it's something else.

No, it will not work. CMSMS 1.8.2 was released in 2010, at which time PHP 5.2.x was current. If you upgrade the 1.x series as high as possible (1.12.2) you'll probably still have to go with PHP 7.x, although it's possible just the frontend may work in 8.x depending on the modules and tags used. If y...

Also:
-make sure you can see your 403 page (typically has the alias error403)
-check higher directories for htaccess and similar, they are cascading. This could include above the root directory, or even a level only your host can access on shared hosting.