Hello.
Thanks for reaching out to us. There was a migration of sensitive data storage in IntelliJ recently. That includes tokens for connection. So I guess something went wrong with it. Can you please confirm:
- You are not able to edit old connection but are you able to create a new one instead and authenticate it? (Because if a new token can not be saved, that’s a bigger issue)
So if you are able to create a new connection, the workaround would be to recreate your connections manually. Migration clears the old storage so unless you are able to edit the connection it’s the only way.
If recreating the connections doesn’t work, then please give send us verbose logs so that we can understand what’s happening. The sensitive data storage that we are using now is platform-specific. For Windows it should just create a file in KeePass format so you can also take a look at IntelliJ logs and see if there are some problems with that. (For example for our linux testing containers we had to add some utilities to the image for it to work but we normally expect them to be in place on user machines since IntelliJ is relying on them.)
Another workaround is to do as IntelliJ page on sensetive data persistance says:
Users can override the default behavior in Settings | Appearance & Behavior | System Settings | Passwords.
There might be another way of storing sensitive data. If you can not create a new connection, then please try please change this setting first and then try again. (Might require IDE restart.)
In case if nothing works potential workaround would be to roll back to older version of pluigin with old token management (11.1) but keep in mind that stored passwords were already wiped from storage so you will have to re-authenticate in this case anyway.