Jim M

Excellent! Glad to hear you figured out the issue. Only ones required by our software can be found on our requirements checker tool:

Something you'd want to ask your hosting provider and want to know how they handle custom php.ini's. Could be set just for the directory the custom php.ini is in, which would defeat the purpose of this recommendation. You would want this set throughout to help protect your server.

Regarding recovery mode, were the specific instructions and sequence followed? Unfortunately, it needs to be done in that particular sequence to work. If so, please provide us access as outlined below: We would need to look further into this for you, however the access details on file appear to be incorrect or missing. Could you please update these details by visiting your client area, selecting the relevant purchase, then clicking "Review/Update Access Information" under the "Stored Access Information" section. We look forward to further assisting you.

Unfortunately, the FTP information is still incorrect

You would only need to do Db.php . Please ensure it is in the correct directory, however 🙂 . If you continue to have issue, please update the access details on file in the Client Area: We would need to look further into this for you, however the access details on file appear to be incorrect or missing. Could you please update these details by visiting your client area, selecting the relevant purchase, then clicking "Review/Update Access Information" under the "Stored Access Information" section. We look forward to further assisting you.

Excellent, glad to hear you found the issue 👍

Looks like you replied to the ticket so you received the original reply we were talking about 🙂 .

Please go to the Client Area and download a fresh set of files then extract these to your local computer. Once done, upload these to your server, overwriting what is there. Unfortunately, that file is either modified, out of date, or inaccessible by PHP. If the permissions are good on the file per your server's configuration, you will need to ensure it is not modified or out of date. I'm afraid, there is no other way to get around this safely.

Unfortunately, that is not possible via the default software and would require customization.

Have you tried disabling all third-party applications/plugins then issuing a test article? Additionally, have you considered only allowing the "editor" group to create articles on the front-end? This could eliminate the need for this third-party plugin you're using.

For specifically topics, as in your screenshot there, this would require a customization. As the "Group Formatting" field for groups, would change the group color in this particular case.

Sorry, we do not recommend making manual queries, nor do we support it. If you make a manual query, it is your responsibility to ensure you have retained backups and if it goes wrong, you will need to restore those backups.

This is likely that CloudFlare or your server is blocking the request from Zapier. You will need to review your CloudFlare or server logs to determine this.

An update to this - a colleague reached out to me and said that upgrading to 4.7 should fix your corruption issue with theme resources as it should replace them. Please try that now and let us know how it goes!

Please check your email for further correspondence. Thank you.

Sorry, this would require a customization as it is not directly available in the software. You can, of course, provide your suggestion in our official Feature Suggestion forum for further review. Most moderation actions will appear in these topic summaries, such as locked open/lock topic, etc… If you see any not included, you can of course request these with your use case, as mentioned above.

You would need to ask your hosting provider to restore these if you do not have direct shell access, as PMA is creating issues here, I’m afraid. You may need to ask your old hosting provider if you can obtain back ups if your current does not work. As this is related to data being exported or imported from the database level, it is not something we can resolve from the software side.

Are you saying the successful transaction there generated 2 or that there were only 2 overall? If the latter, it is because 1 failed. You would need to see why it failed to explain that. I would also recommend upgrading to the latest release to see if this helps.

This would not be in the software but a hosting support question.

Thank you, I have made the Alert inactive and transferred this to a ticket so we can take a closer look at the content. Please do not delete this alert and please make your staff are aware as well.

You're very welcome! Glad we could be of assistance.

Please disable all third-party applications/plugins as you have quite a few installed, of which some require updates.

Please check your settings in ACP -> System -> Contact Us. This will display what you have configured. You have the option to send the email to the same email that you have configured as your incoming email address or a custom email address. Ah, Randy beat me to it 😄

Excellent! Glad you're all set.

As mentioned by Randy, you will want to ensure that the URL you are installing at is 100% what is on file down to HTTP/HTTPS and www/non-www. When going to the URL we have on file, I am seeing an installed software so looks like you got this working but if you did not, please clarify.