teraßyte

The extra free months are if you convert your current license (with only some applications) to a classic license (with all applications). If you click the Click here to change under the Change your license to new Invision Community Classic terms title, you'll get a summary of your situation and the free extra months. Clicking that button won't change anything just yet, you have to confirm again on the page that loads, and only after choosing either the month or year renewal option.
Be aware that after clicking the button it might take a while to load all your data to calculate the extra free months. (At least it took more than a minute when I did it).
 
There are no issues. I've helped several clients switch from cloud hosting to self-hosting. You can ask IPS to provide you with a backup of your data anytime, purchase the self-hosting (classic) license, and import the backup on your new hosting. 👍

Oh, I guess you also need to manually unlock the application in the database. It's the app_requires_manual_intervention field in the core_applications table.
 
Here's a query you can run directly (if your tables use a prefix, adjust as needed):
UPDATE core_applications SET app_requires_manual_intervention=0 WHERE app_directory='videos'; Clear again the cache after running the query, and the app should be unlocked.
 
IPS won't offer support for 3rd party modifications. At most, they'll redirect you to the application's developer (who is currently MIA) or 3rd party developers in the Providers Directory. (Example link under my photo.)
 
Anyway, with the query above you should be good to go.

Looks like a fix for this bug was included in 4.7.15. Marking as solved.

Looks like a fix for this bug was included in 4.7.15. Marking as solved.

Looks like a fix for this bug was included in 4.7.15. Marking as solved.

Looks like a fix for this bug was included in 4.7.15. Marking as solved.

Looks like a fix for this bug was included in 4.7.15. Marking as solved.

Looks like a fix for this bug was included in 4.7.15. Marking as solved.

Looks like a fix for this bug was included in 4.7.15. Marking as solved.

Looks like a fix for this bug was included in 4.7.15. Marking as solved.

Oh, I guess you also need to manually unlock the application in the database. It's the app_requires_manual_intervention field in the core_applications table.
 
Here's a query you can run directly (if your tables use a prefix, adjust as needed):
UPDATE core_applications SET app_requires_manual_intervention=0 WHERE app_directory='videos'; Clear again the cache after running the query, and the app should be unlocked.
 
IPS won't offer support for 3rd party modifications. At most, they'll redirect you to the application's developer (who is currently MIA) or 3rd party developers in the Providers Directory. (Example link under my photo.)
 
Anyway, with the query above you should be good to go.

Added this as a bug

I read the title as 3.4.6 at first. I've recently done 2 upgrades from 3.4.6 and 3.4.9. 😅
 
IPS doesn't provide older versions for download, so you can only upgrade directly to 4.7.14.
The steps mentioned in the post above are all you need. However, remember that you can't use the automatic upgrade option in ACP in this particular instance because you need to change the PHP version.
The only option is to perform a manual upgrade. Here's a link to the guide: https://invisioncommunity.com/4guides/advanced-options/server-management/install-and-upgrade-r259/#manualupgrade
 

I read the title as 3.4.6 at first. I've recently done 2 upgrades from 3.4.6 and 3.4.9. 😅
 
IPS doesn't provide older versions for download, so you can only upgrade directly to 4.7.14.
The steps mentioned in the post above are all you need. However, remember that you can't use the automatic upgrade option in ACP in this particular instance because you need to change the PHP version.
The only option is to perform a manual upgrade. Here's a link to the guide: https://invisioncommunity.com/4guides/advanced-options/server-management/install-and-upgrade-r259/#manualupgrade
 

Here you go some links 🙂
 
You need a modification for that. Here's a link: https://www.sosinvision.com.br/index.php?/file/68-user-groups-in-registration-screen-account-settings/ Again, you also need a modification for this: https://www.sosinvision.com.br/index.php?/file/40-profile-field-per-user-group/ Have a look at this guide from IPS. It won't automatically log in members, but they can use the same account. You need another modification for this one, too: https://allastronauts.com/files/file/19-kitchen-sink/  

You can use the Group permissions page to check and edit everything easily: 
 

Sorry, I missed that part in your previous reply. If you cleared also the CDN's cache too, then yes, it should work.

If they're all consistently 1 day behind, it could be a timezone conversion issue. 🤔
Adding 1 day to all UNIX timestamps in the database with a query might solve the issue. but it would be better to find out why it happened first. It could be a bug in the converter. If it's a bug, fixing it and reconverting the events would be the best option.

No, there is no tool for a delayed move in Invision Community. You'd need a custom modification to do that.

No, there is no tool for a delayed move in Invision Community. You'd need a custom modification to do that.

I basically got a F you when asking for my money back.  They told me they could not refund me because there was usage on my account - usage caused by their support staff!
I never had a single zap work.

Let me ask you a quick question: is your admin account in at least 1 club?
 
I have looked at the code, and unless the member editing the stream is in at least 1 club, the field with the club options won't appear. I consider it a bug since IPS shouldn't check if the specific user is in any clubs from the ACP:
/** * Fetch our clubs and cache * * @return array */ protected function _getOurClubs() { if( static::$ourClubs === NULL ) { static::$ourClubs = \IPS\Member\Club::clubs( \IPS\Member::loggedIn(), NULL, 'name', TRUE, array(), \IPS\Settings::i()->clubs_require_approval ? array( 'approved=1' ) : NULL ); static::$ourClubs = static::$ourClubs ? iterator_to_array( static::$ourClubs ) : array(); } return static::$ourClubs; }  
For the admin dispatcher, they should pass NULL rather than \IPS\Member::loggedIn() as the first parameter.

The Nexus support module is installed hidden by default, and there's a code check to add it to the ACP menu on the fly only if it's set as visible. Basically, fresh installations won't even show it since it's been deprecated. I don't remember in which version the change was made, though.
 
Here's the code I'm talking about in \nexus\Application.php:
public function acpMenu() { $menu = parent::acpMenu(); if( $m = \IPS\Application\Module::get( 'nexus', 'support', 'admin' ) AND $m->visible ) { $menu['support'] = array( ... ); } return $menu; }  

Not really. What if you wanted something like "Check this box if you would like to receive a big hug from teraßyte" ?
Thats a fair suggestions of course

You can use the Group permissions page to check and edit everything easily: