I'm currently doing the opposite (migrating data from non-Cloudron to Cloudron environment) but I assume it's similar in ways @girish described so just wanted to mention some caveats for people trying this: It's not possible (or at least not trivially possible) to migrate your users. The Vaultwarden docker image uses sqlite while Cloudron uses mysql. The org that I'm trying to migrate has less than 30 users so I'm ok with having to re-invite everyone to the new instance. But if you're trying to migrate a bigger Vaultwarden installation, you'll either have to figure out how to transfer the users between mysql and the sqlite database, or everyone has to create a new account. File attachments have to be copied manually. You can't just scp the attachments folder from one server to the other, this means every attachment has to be downloaded manually through the gui and then uploaded again to the new instance. Exporting and importing the vault itself was a matter of exporting a json file and then importing it in the new vault. Took less than 5 min.

Sorry for the previous posts. It just turns out that something may have been up with Chrome on Windows. On September 6, they released a new version 117, where they disabled SHA-1 fingerprint, and since then I've had problems with the token on Let's Encrypt certificates with ECC 384bit. Only today after updating to version 118, it just started working as it should properly even in the „Enchanced protection” mode in the security built into Chrome.

@RazielKanos so your issue is related to https://github.com/dani-garcia/vaultwarden/issues/3819 I think. My issue is similar to https://github.com/dani-garcia/vaultwarden/issues/3820

@girish Ha! I was one tiny update behind

oh, it never occurred to me to create it.. again..because in the admin console you've already 'created' the account. Shame it doesn't say 'create master password'.

I noticed that since I was updating the app just now. Turns out, the package never supported websockets to start with. So, looks like websocket will now work on the main port!

I have created a new thread for documentation here: https://forum.cloudron.io/topic/9462/cloudron-documentation-ideas/2 I think @girish talents are too precious to be used on documentation and that the community may well prefer him to be focused on something else.

There is nothing in the logs... I will do what @scooke suggested.... sadly

@ericdrgn Thanks for sharing your experience here with Vaultwarden. For me Raspberry Pi is little bit complex to understand due to lacking of knowledge, but I'll consider to use VPN and filter IP with Firewall.

@necrevistonnezr thanks! I would've submitted a PR myself but I had to dash out to collect my children from school

It was a time issue. I fixed it by selecting the right timezone and enabled "set time automatically" on the affected Windows machine.

To keep the post complete, the logs is as below: 2023-04-29 16:42:36,348 INFO exited: core (exit status 12; not expected) Apr 29 18:42:36 Error loading config: Apr 29 18:42:36 [WARNING] Please use the admin panel to make changes to them: Apr 29 18:42:36 [WARNING] SIGNUPS_ALLOWED, INVITATIONS_ALLOWED, YUBICO_CLIENT_ID, YUBICO_SECRET_KEY Apr 29 18:42:36 [WARNING] The following environment variables are being overriden by the config.json file. Apr 29 18:42:36 `YUBICO_SERVER` must be a valid URL and start with 'https://'. Either unset this variable or provide a valid URL. Apr 29 18:42:39 Apr 29 18:42:39 Apr 29 18:42:39 Apr 29 18:42:39 Apr 29 18:42:39 /--------------------------------------------------------------------\ Apr 29 18:42:39 2023-04-29 16:42:39,355 INFO spawned: 'core' with pid 104 Apr 29 18:42:39 2023-04-29 16:42:39,378 INFO exited: core (exit status 12; not expected) Apr 29 18:42:39 Error loading config: Apr 29 18:42:39 [INFO] Using saved config from `/app/data/config.json` for configuration. Apr 29 18:42:39 [WARNING] Please use the admin panel to make changes to them: Apr 29 18:42:39 [WARNING] SIGNUPS_ALLOWED, INVITATIONS_ALLOWED, YUBICO_CLIENT_ID, YUBICO_SECRET_KEY Apr 29 18:42:39 [WARNING] The following environment variables are being overriden by the config.json file. Apr 29 18:42:39 \--------------------------------------------------------------------/ Apr 29 18:42:39 `YUBICO_SERVER` must be a valid URL and start with 'https://'. Either unset this variable or provide a valid URL. Apr 29 18:42:39 | Starting Vaultwarden | Apr 29 18:42:39 | https://github.com/dani-garcia/vaultwarden/discussions or | Apr 29 18:42:39 | https://github.com/dani-garcia/vaultwarden/issues/new | Apr 29 18:42:39 | https://vaultwarden.discourse.group/ | Apr 29 18:42:39 | Report suspected bugs/issues in the software itself at: | Apr 29 18:42:39 | Send usage/configuration questions or feature requests to: | Apr 29 18:42:39 | This is an *unofficial* Bitwarden implementation, DO NOT use the | Apr 29 18:42:39 | official channels to report bugs/features, regardless of client. |

@scooke said in VW Update 1.12.0 - Argon2: Should I apply the update?: but I also have over 4000 records in it. I forgot to ask you, do you feel it takes extra time to load the vault logins when having that many records?

@jdaviescoates lovely

Instructions: https://bitwarden.com/help/generator/#generate-a-username

@girish said in no password when update to 1.11.0: @jayonrails this is only on older instances ...and only on some of them. I never hit this issue myself.