Gummikavalier

Just for the record, RC 6.7.0 triggered `version not supported` on our offline registered test Enterprise setup. This did not cut off the use of the latest mobile client (anymore).

@diegolmello @sampaiodiego @tassoevan After upgrading from RC 6.6.6 to RC 6.7.0 our Electron RC desktop clients (3.9.14) started complaining of getting out of support in 1 day in our offline...

> @Gummikavalier > Can I see your `/api/info` result? There you go: ``` {"version":"6.7","minimumClientVersions":{"desktop":"3.9.6","mobile":"4.39.0"},"supportedVersions":{"signed":"signing_key_redacted_by_gummi"},"success":true} ``` I removed the incredibly long signing key from the output. It was over 9000 characters...

I was able to activate the offline premium license with just these 6 steps. (Earlier description was 10 steps.) 1. Delete your existing workspace at cloud.rocket.chat 2. Open up access...

> @Gummikavalier I think this should solves your problem #31706 > > also deleting `Cloud_Workspace_Supported_Versions_Token` setting should also solve Thanks! :hugs:

I confirm the deletion issue with locally created rocketchat accounts. Dialog asks for a username, but the password is required instead. Deletion of accounts provisioned with Oauth works without issues.

I confirm this too on RC 5.2.0. Also with user provisioning with Oauth.

I'm getting now in our test environment on RC 5.4.0 that users are always in Away status after logging in.

Linking https://github.com/RocketChat/Rocket.Chat/issues/31705 here

I tested with a separate role with `Create Invite Links` permission, and this permission seems to work alright. The `owner` role has the bug. It has the same permission but...