Jim M

You would want to restore all variations of those there. I'm afraid, the upgrade would not delete a topic in this manner. This would have been from your interaction with specifically deleting the topic or a third party application/plugin. I would first try restoring all the items in the ModCP there and then review the topic, if that does not resolve it, we would need to explore paid restoration options here as the free weekly backup would not contain the undeleted topic by those timestamps.

You would need to follow whatever section you want updates to. Push notifications would require installing the PWA. Browser notifications would require enabling inline notifications and disabling push notifications.

Glad to hear they sorted it out for you and you're taking steps towards upgrading.

Did you follow the club? The follow system is opt-in only. Also, in order to receive push notifications you would need to enable the PWA and setup notifications on your device.

You will want to consult with your hosting provider if you have not changed anything then as the error presented here is not from our software, I'm afraid. You will want to upgrade your community and server ASAP though as PHP 5.6 is no longer supported by PHP for some time now and the release of our software you're on is not support either. Thus, you are vulnerable to potential security issues. Upgrading your PHP version and Invision Community will close these security holes.

PHP 5.6 is not compatible with the latest release of our software. Only PHP 8.0 and 8.1 are.

You will want to try and clear your browser cache and cookies then try again. If you're using CloudFlare or similar, try disabling as proxies can create oddities so while troubleshooting an error, you'll want just your server being accessed. Check to ensure that your SSL certificate is valid and HTTP/HTTPs configured correctly in conf_global.php. If all the above checks out, you'll want to contact your hosting provider for assistance here to see what is happening. Sounds like something is not working correctly or taking a while to connect.

Your WordPress site appears to be taking over and redirecting to a 404 not found error. You would want to contact your hosting provider for assistance here as nothing, as we can see, is wrong with our software.

You're welcome to suggest this in our Feedback section but as the current design is intended, there is nothing to "fix."

We do not recommend trimming your database. 3.6GB is not large at all for some communities we've seen. You may wish to review it to see if any tables like core_logs or something are super large and then you will want to look at those errors which are logged in that table. However, nothing would force you to trim your database tables from what we've seen. If your hosting provider is suggesting that, I would frankly find a new hosting provider. You would want to ask about why you're running into the 504 error then and what error is presenting itself on the server.

This will be addressed in your ticket 😉

These would be the permissions on your server, not the users. It sounds like the images/attachments are not present so were failed to be brought over as a part of the conversion.

Did you convert all items over as a part of the conversion? Were there any errors? Are all permissions correct on all attachments?

The Bulk Mailing system is currently an inclusion system, rather than an exclusion system. Meaning, you can filter a list down to include people but you cannot filter to exclude them. If this is something you will regularly be doing and want to see this in a future release, I would recommend posting in our Feedback forum for evaluation.

Glad we could be of assistance 🙂 .

ACP -> Members -> Groups -> Edit Guest group -> Can access site?

This is indeed correct, so long as they are different sources this can be done.

Keep in mind, you can have a super computer but if it's not configured correctly, you won't take full utilization of what's available. You will want to review your configuration to see what is happening.

This would likely be a hosting issue which you're encountering. 504 Gateway Timeout is specifically a hosting error.

You have a conflict, your conf_global.php URL may be set to HTTP whereas, you have a server redirect to HTTPS. You would need to ensure your conf_global.php URL is HTTPS as well.

Do you have an example of what you're seeing and what you're expecting to have indexed? Keep in mind that not all pages will be indexed, even though they may be available to be indexed. You are indeed using our optimized robots.txt so items which are included in there would be pages which shouldn't be indexed.

Please be advised that these have been adjusted for you. While you are all set, it may take a few moments to resolve.

You’ll want to contact your email provider, I’m afraid. The emails are sending successfully on our end and third party email services are outside our scope of support.

Sent you a reply to one of your tickets from our support email.

While I completely understand your frustration and no one gets that further than our Cloud team who have to wake up in the middle of the night, leave family gatherings, vacations, etc... to get part of Cloud back up and running again. Our team digests each issue and retrospectively sees what we can improve from it each time. They also work proactively to see that new issues don't bring us down in the future. There have just been a series of separate, unfortunate events that you're noticing here, and they have typically been extremely short. We're not talking CrowdStrike outage here 🙂 . Keep in mind with our monitoring system, our Cloud is a distributed environment across many regions. You and your monitor likely are tied to a specific region and thus noticing when that region has had an issue. Whereas our monitors look at our Cloud as a whole. Our monitor did track the issue for our community here which is similar: invisioncommunity.com Status - Uptime.com . While our external monitors look at Cloud as whole (like many uptime monitors for Cloud platforms do), we do have internal monitors and alerts for specific regions, clusters, and all the way down to single databases. I would not be worried that we're missing when something goes down 🙂 . (We still appreciate any reports you do have when you go down as it is completely possible something could happen specific to your community that a monitor doesn't pick up.) All and all, the positive news is even with the downtime yesterday, uptime for the month is well into the upper 99%. Which is a typical goal among hosting providers. With all this said though, we want to do better and as mentioned, continue to plan, learn from mistakes, etc... If you have concerns you would like to discuss in private or with a manager, you're more than welcome to send a contact us request in and we can address those.