Stuart Silvester

This is a known issue and will be fixed in our upcoming 4.6.12 release.

This issue has been fixed for 4.6.12.

This issue will be fixed in our upcoming 4.6.12 release.

Done!

That's invoice tracking, it'll send you an email when the invoice is paid.

This is a problem with your server, you will need to contact your web host/server administrator for assistance.
Your AdminCP URL is showing the actual error "Unknown storage engine 'InnoDB'"

Hi,
I have fixed the category counts for you, that was a converter bug which we'll have fixed in a future release. The link looks like it may have been malformed in your original software, but we'll need to look further to confirm. We'll move this to a ticket to look further since we'll need database access.

Yes, this is intentional for guests. Please take a look at our recent SEO blog it highlights why these kinds of links can be a problem and why they no longer link through a redirect. 
 

PHP recently pushed out some updates (8.0.17 and 8.1.4) that are causing issues in several PHP projects when zlib compression is enabled in php.ini. The best work around at the moment is to disable zlib compression on your server, or ask your host to if you cannot.
Further discussion is here: https://invisioncommunity.com/forums/topic/466401-my-community-is-offline-again-nothing-renders-onscreen-err_content_decoding_failed/
 

CKEditor 4.18.0 will be included with our upcoming April release beta.
You are free to upload your own CKEditor theme if you wish to use a different one than default (the IPS CKEditor theme).

Hi,
It looks like there was a permissions issue with the existing template cache files in the folder configured for the template caching. Deleting those template cache files and allowing them to recreate with the correct permissions has fixed the issue. Alternatively, disabling template disk caching is a quick way to address an issue like this (you'll see in AdminCP > System > Support > System Log many errors relating to disk caching)

That sounds like you've got a member account in vBulletin with a stored post count of more than 8,388,607 (the maximum our equivalent field can store). I'm fairly sure this would be a bogus value or a bug in vB that stored the wrong value. If you have a look at the users table in your vB database, have a look for any users where the 'posts' column is larger than 8388607 and adjust it to something smaller.

Your staging site is behind a password prompt, you would need to temporarily disable that whilst you sign in. Alternatively, you may be able to exclude <url>/index.php?app=core&module=system&controller=marketplace from your password prompt.

Invision Community doesn't have the concept of ResourceOwnerIds. It isn't part of the OAuth 2 specification that we follow.
Something like that would be used where many tenants/sites may be hosted on one single platform, i.e. where customers use Azure AD the ResourceOwnerId would be the tenant ID to make sure the requests are going to the correct customer account.

Sitemaps are automatically submitted to Google when they're generated/updated. 
However, if you want it to be viewable in Google Search Console you still need to submit it for it to show up in the UI. <community_url>/sitemap.php is the correct URL to submit

This issue was specific to the 4.6.11 beta. It has been fixed for the final release.

Your purchase of the resource expired. You can renew it from here: https://invisioncommunity.com/clients/purchases/

PayPal are completely in charge of when they take payment (unlike other payment gateways, we cannot tell them when to charge the customer). With that type of set up, it isn't really possible for us initiate a duplicate charge unless the customer has gone through the checkout process twice and set up two different subscriptions.
We have previously seen PayPal Subscriptions collect payments a month or more late though which may explain this. You may find that the customer didn't get charged for the previous period.
I have created a support ticket for this so we can look further.

Thanks, we're aware of the issue and working on pushing out a fix for it.

Thank you for you report, a fix will be included in our upcoming release.

This is a known issue in the current release, we the issue in our backlog already and it will be addressed in a future release.

It allows your members to log in with their vBulletin password. If you disable it, anyone that hasn't already logged in since your conversion will not be able to login and will need to reset their password.

I have identified the cause of the issue and deployed a work-around in our patch system. A full fix for this will be included in a future release.
You should now be able to successfully apply the patch.

Hi,
The Image Proxy functionality was removed in 4.5.0 (almost two years ago). If your image proxy settings are currently set to retain images indefinitely, they will continue to be stored locally after upgrade, otherwise they will revert to the original remote URL.

That error suggests that your server wasn't able (for an unknown reason) to connect to our systems to get the new files. This may have been a temporary issue based on some of the other logs on your system.
The real issue is a permissions issue:
Mon, 07 Feb 2022 16:42:49 +0100 Exception::0 fopen(../../error.php): failed to open stream: Permission denied #0 /is/htdocs/<path>/admin/upgrade/extract.php(241): Extractor->_extractFile(1) #1 /is/htdocs/<path>/skfipb4/admin/upgrade/extract.php(643): Extractor->extract(0) #2 {main} Your System Log also shows other permission-based errors over the last few days when trying to store CSS.