Jim M

Please note, I will need to make edits to this as I am not close to you so I am unable to see the feature we are attempting to troubleshoot on your community.

If you have permission to see the edit log in Moderator permissions, you would see this. I would advise creating a separate test account for yourself that is setup as a normal member of your community rather than removing permissions from your admin account.

Are you happy for me to create a test event so I can investigate this further? Unfortunately, on my test instance, I am unable to reproduce this.

You would want to restore the full database.

I'm afraid, manual queries to the database would be outside our scope of support. As there are many relational tables involved with this process, we do not recommend doing this unless you are comfortable resolving all outcomes.

If you have the ability to run SSH on your server, you may wish to run the UTF8 conversion via the CLI tool. You can find instructions for this in the web version of the UTF8 Converer before you start the process.

Could you please clarify how you "restored" these images?

Could you please try this on an unmodified theme? If you're still having issues, please provide us the URL to the image where you're encountering this with.

You wouldn't need to remove them for the upgrade to happen. You would just need to manually upgrade the template afterwards.

Could you please test this on an unmodified theme? Getting a Javascript error on the events index on your custom theme but not on an unmodified theme so I would like to verify this is not the issue.

This has now since been resolved 🙂 . Please let us know if we can be of further assistance.

Done 🙂

You're most welcome! Glad you were able to complete the upgrade. I'll be anonymizing your admin directory and URL just as this is public and don't want to reveal that info.

ERR_FAILED sometimes comes up with reverse proxy/cache issues. I noticed you're using ezoic, that may be what has caused that.

Thank you for bringing this issue to our attention! I can confirm this should be further reviewed and I have logged an internal bug report for our development team to investigate and address as necessary, in a future maintenance release.

The credentials on file were correct for Admin. We just asked for FTP in the email. Any concerns, please reply moving forward in the email.

Please be advised I have transferred this to a ticket so we can investigate. Please see your email for next steps.

You deleted the member data so their email has been removed. It is a new account.

I unlocked the background task and was able to run it a few times manually without errors. That should be resolved now as I see views updating now. Please also keep in mind, as you are not using CRON, the background tasks are ran via traffic so if you do not have a lot of traffic, these will be slow to process.

This would only be for your administrators access. Whereas, the area I mentioned would be for all member groups.

This would be done in ACP -> System -> Applications -> Permissions.

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.

I removed the URL as it contains particular information about your purchase ID but that would be correct. You will want to follow the instructions on the page to reset your URL.

Glad to hear it fixed it 🙂 .

Glad to hear you got this resolved. All encounter these issues so don't sweat it 😉