Jim M

If you have questions on your PHP configuration, you will need to contact a server administrator to assist you.

I'm afraid, version 5 no longer parts out the applications. It is required to have all of them to operate as they are dependent upon one another now for a better community product/experience. The Classic license takes this in mind and also other factors of the software maturing to a point where we want to keep self-hosted but also ensure it is a viable product for both our customers and us for the foreseeable future. We certainly understand that and why it is an annual license. You certainly don't have to upgrade right now unless you want access to version 5 beta. We plan to support version 4 for probably at least a year or so issuing security releases so you can certainly stay on version 4 till the time is right to upgrade. We also see that $199/year is great value for our software. Even if you had just forums on our previous license structure, you're paying close to $100 per year to have that. For $99 per year more, you can have everything we offer and potentially recoup a lot of that with extra features/services you can offer your members. That previously would have been significantly more money, at $300/year.

You will need to upgrade to the Classic license. Classic license or Cloud will be the only ways to access version 5.

This is not possible. We have an ignore system that is that user 1 just wouldn't see anything from user 2 but user2 would still see user 1. If you want to see a feature change, you can suggest this in our Feedback forum.

Unfortunately, I am not able to reproduce that with that exact post/topic. Are you scrolling or doing anything while the page loads? Any extensions loaded on the browsers? Ultimately, while we are not denying it is happening to you, there are a few people who can't reproduce this so wondering if this is local to your computer or there are more actions happening..

You can click "Continue Anyway" and perform the upgrade. You don't need the Events application if you don't use it. However, you should just need to ensure that you upload all files from the client area again and ensure permissions/ownership are correct so your server and PHP can access them. You can certainly reach out to third party providers at: https://invisioncommunity.com/third-party/providers-directory/

To confirm, you are indeed running Apache? Realistically, it would be your Apache configuration if mod_rewrite is installed properly.

PHP 7.4.19 is still present, you will need to ensure that you upload the latest files and PHP 8.1. Additionally, we are at the end of my shift here so you may wish to rollback your instance to the backup taken prior to upgrade and then our next technical support technician can assist you tomorrow morning.

We would need the error in place in order to assist further.

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.

You would need to ensure that your PHP 8 requirements are set and compatible. If the upgrader can't even run, that would be something wrong there or you're missing the database table column mentioned and need to add that by going to ACP -> Support before applying the files.

That is expected, you would need to perform a manual upgrade:

You're missing the column mentioned in the table there. You'll need to go to ACP -> Support and look at the Database area for any schema updates. Additionally, you will need to ensure that you have updated to PHP 8.0 or 8.1 prior to attempting the upgrade. Otherwise, you will get issues.

Keep in mind this is not support. It's only either PHP 8.0 and 8.1. We recommend 8.1. You would need to ensure that your directories are properly writable by your server and are owned by the correct user/group. The following directories need to be writable: applications datastore plugins uploads and all sub-folders of uploads Additionally, you will want to check your conf_global.php for database access and ensure that your database connections are correct. As well as that your database user has full access.

This is due to you blocked an link that contains "utm_source." We can certainly look at improving this but I would look at your link filtering rules and the URL to contain anything which is there.

Do you have any links or filters that contain words like that which are marked for moderation? You may wish to temporarily disable the links to see what may happen.

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.

Hmmm, I couldn't reproduce. Do you mind if I try on your community? Please also ensure that access details are on file so we can review what happened: 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.

So they should be logged in here then if they are getting redirected. That is very weird. In the short-term, you can try approving the user from the ACP if they're getting frustrated. Once you do that, if you are able to get steps from them, we can try to reproduce this ourselves.

Would have them try that and then if that indeed solves it, I'll have our developers check that as that may be problematic.

Is the user logged in? The link itself appears to be redirecting correctly.

Most often, it is something got corrupted in the URL which the user clicked in the email. We see this a lot when external or custom email services modify that link. If the user is cancelling their account, it may be they are not logged in.

If you're using SendGrid or relevant email services with tracking of clicks, please temporarily disable that to test. Please also ensure that all third party add-ons are disabled and you have applied all patches.

You're more than welcome to provide your suggestion in our Feedback forum.

Did you delete them in the software itself? If so, the only way to restore that would be by a database restoration as well as file restoration. If you did not, delete them in the software itself, restoring the files will restore access to the existing files in the database.