mirror of
https://github.com/dani-garcia/vaultwarden.git
synced 2026-02-05 00:29:40 +03:00
Infinite loading wheel when opening restored attachment #1644
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @louisfgr on GitHub (Jul 17, 2023).
Subject of the issue
I restored my SQLite DB and my attachments folder into a new Vaultwarden instance. This worked fine for the DB but now my attachments won't load.
Deployment environment
Install method:
Clients used:
Reverse proxy and version:
MySQL/MariaDB or PostgreSQL version:
Other relevant details:
Steps to reproduce
Expected behaviour
Actual behaviour
Troubleshooting data
@louisfgr commented on GitHub (Jul 17, 2023):
Sorry accidentally pressed enter to early :)
Pls ignore.
ps. feel free to delete. Seems like I don't have the rights for that.
@BlackDex commented on GitHub (Jul 17, 2023):
Pressed enter to early on the sense, you fixed it? Because ot probably is your Domain setting 😉
@louisfgr commented on GitHub (Jul 17, 2023):
I decided to do some more testing before opening an issue. I have tested your hint about the domain settings, but that could not fix my problem. I will do some more testing and open a new issue or discussion with all the information I could get. Thanks ;)
@BlackDex commented on GitHub (Jul 17, 2023):
I suggest to check
/admin/diagnosticsand see if there are any issues there.@louisfgr commented on GitHub (Jul 17, 2023):
I think I fixed it. Here is what I did:
Exported DB and attachments of bitwarden.xxx.tld
Restored to bitwardentest.xxx.tld -> can't open attachments
Set Domain URL of test environment to bitwarden.xxx.tld -> can't open attachments
Docker restart -> can't open attachments
Set Domain URL of test environment back to bitwardentest.xxx.tld -> suddenly can open attachments
Docker restart -> still can open attachments
Seems like changing the Domain URL to the on where the backup originates from and then again back to the actual one changes something internaly.
Again thanks for your hint. Wouldn't have found it out with out that :)