bfarber

The format is not widely supported by backend libraries yet unfortunately (including PHP's native GD library). 

Well, you have options depending upon your comfort level.
The simplest solution for most of our clients is to create a PNG image twice the size of your logo (as @Joy Rex just alluded to) and upload that as your logo in the theme. You may or may not need to tinker with some size settings or CSS to ensure the logo displays at the height you want.
If you're comfortable with CSS and HTML (and our theme manager), you could upload separate regular and 2x sized images using the Manage Theme Resources tool, and then manually reference them in the template correctly (using srcset and sizes attributes).
Or if you understand SVGs well enough, you could upload those and reference those in the template as well, just the same.
Basically you have two routes:
The easy route is to just upload a logo image using the built in uploader The longer route that gives you more control is to manually upload your files to the manage resources page, and then adjust the logo template accordingly

reCAPTCHA3 was only released a couple weeks ago. It is indeed something we will look into closer, although I can't promise any specific version target for inclusion.

$cacheHeaders = ( \IPS\IN_DEV !== true AND \IPS\Theme::designersModeEnabled() !== true ) ? \IPS\Output::getCacheHeaders( time(), 86400 ) : array(); Line 174 applications/core/modules/front/system/metatags.php

I'll be honest - I don't think we need configuration options for how long to cache the manifest file.
I'm not opposed to adjusting the caching and using sensible values, however, so thank you for the information. We can discuss it further internally and make decisions as to whether or not to change it.

There is no off-the-shelf solution for SAML. In terms of setting it up, I assume you mean the integration on the community side and not the front end SAML instance itself. If that assumption is correct, without using a ready-made solution yes, it is quite a "pain" to add integration for SAML into the software unless you're very familiar with how SAML works and/or enjoy reading about the nitty gritty details of protocols.
There is no guide for setting up SAML; it's not something you are able to do without custom code.

We have been testing PHP 8 compatibility locally and it will be included in a future release, however I can't say exactly when that will be. I can say that certain third party libraries we use will also need updates before we can fully support PHP 8.

Downloads uses the friendly URL path of "/files". Do you happen to have an actual folder on your server named "files"? If so, Apache would route the request to that folder and the request would never make it to our software - the solution would be to rename that folder to something else.

This is something we want to look into closer in a future release.

I'm afraid it's not as simple as somehow tagging language strings as front end or AdminCP, as many language strings are actually used in both areas. A more effective tool for translating the front end might be to use the live translation tool which lets you click on text on the screen and translate it right then and there.

Elasticsearch will provide vastly superior search results, however it is a remote service so your community will need to make HTTP requests to it in order to index the content, and to fetch the search results. That said, the searching is faster than MySQL particularly for larger data sets.
Generally speaking, if you get to a million or two posts, you should probably switch over to ElasticSearch. Before that point, you would really just need to try it out and see if you prefer it or not. If you have a really fast server and a relatively smaller site, you may find that local MySQL searches are sufficient, and perform faster, than a remote service.

If you can use MySQL 8 feel free to upgrade right to it. I use it locally with 4.5 and it is fully supported as of 4.5.

This relies on the maximum image dimensions to display and maximum image dimensions to store in the AdminCP. Use the live search to look for "images" or similar to find the options.

As long as the PHP EXIF extension is installed, photos should be reoriented automatically.

We have a general SEO audit/review planned and this is on the list.

Email address should be available if you made the request with "email" as a scope.
lastActivity should not be a timestamp - if it is, that would be a bug and should be reported, thanks.

Thanks, I've raised this internally to have it checked on for a future release.

Looks like Instagram supports OAuth2 logins.
https://www.instagram.com/developer/authentication/
You should be able to set it up using the built in OAuth 2 login handling in Invision Community without a special plugin (although admittedly I haven't tried - I don't use Instagram and don't even have an account to test with off hand).

We support Microsoft Edge, the browser that Microsoft currently supports.
https://en.wikipedia.org/wiki/Internet_Explorer
Internet Explorer stopped receiving material updates in 2016. It no longer works with Microsoft Teams as of Nov 2020, and will not work with Microsoft 365 as of 2021. In other words, Microsoft doesn't even support this browser for their own major web-based products.
Frankly...we can't move forward with technology if we continue to support the past forever and ever. Specifically in this case, we migrated to using CSS variables which is a major major overhaul of our design system allowing for easier theming, more flexibility, better cohesiveness across the entire site and many more features, but is a feature which Internet Explorer doesn't support (because, again, it hasn't received material updates in 4 years).
We don't support any other browsers released 4+ years ago either for the record.

I would second running a one-time REPLACE SQL statement for this specific purpose.
Back up the database, then run something like
UPDATE forums_posts SET post=REPLACE(post,'http://wrongDomain.com/','http://correctDomain.com/'); Note that you may wish to check other similar tables (blog entries, status updates, personal conversations, etc.) but the method is the same, just the table name and column will vary.

Yes, that's entirely feasible. You can adjust permissions on a per-category basis (there is no requirement to have more than one category either if you don't want) to control who can add files, who can download files, who can view files, and so on.

I believe this has been changed for 4.5 already.

We have been testing PHP 8 compatibility locally and it will be included in a future release, however I can't say exactly when that will be. I can say that certain third party libraries we use will also need updates before we can fully support PHP 8.

We are going to tag the latest supported release in our software so you cannot enable ElasticSearch with a non-supported release for now, and we will be looking into the underlying bug for a future maintenance update.

A fix for the issues reported here is pending developer and QA review. Thanks for raising it!