-
- 571 Posts
This is bugging me, because I am sure I had a similar problem with an extra after harding an install of MODX.
If I remember correctly I did something like this...
- Uninstalled and removed formit via the package manager
- Manually deleted any remaining formit folders in the /core/packages folder
- Manually deleted any remaining formit folders in the/core/components
- Re-downloaded and installed formit via the package manager
I'm not sure what effect this might have on any existing formit data in the database, but a backup might be a good idea before trying it.
-
- 571 Posts
I presume you cleared the cache afterwards.
I suppose if you have a backup of the database deleting the table shouldn't be a problem.
I just noticed that there is a tmp folder in /assets/components/formit/tmp.
On my installation this folder is empty but perhaps there is something in yours that could be deleted?
The permissions on the tmp folder are 775. All other folders on mine are 755, so could be worth checking that.
-
- 571 Posts
I think I'm out of ideas!
But I suppose it might be worth re-running Setup if you haven't already done that?
Have you also checked the
Update your Database part of the
Moving Your Site to a New Server, or to Root from Subfolder (publishing subfolder or development site) document.
https://docs.modx.com/revolution/2.x/administering-your-site/moving-your-site-to-a-new-server
SELECT `path` FROM `your_revo_db`.`workspaces`;
I think it is also discussed in
Hardening MODX Revolution so I expect you have.
https://docs.modx.com/revolution/2.x/administering-your-site/security/hardening-modx-revolution#HardeningMODXRevolution-ChangingDefaultPaths
-
- 12 Posts
Welp, I've discovered that the CMP actually renders if I use Internet Explorer...
This is odd