mirror of
https://github.com/dani-garcia/vaultwarden.git
synced 2026-04-25 17:25:57 +03:00
[PR #6349] Add output dir option to backup command #3768
Labels
No labels
SSO
Third party
better for forum
bug
bug
documentation
duplicate
enhancement
future Vault
future Vault
future Vault
good first issue
help wanted
low priority
notes
pull-request
question
troubleshooting
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/vaultwarden#3768
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
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?
📋 Pull Request Information
Original PR: https://github.com/dani-garcia/vaultwarden/pull/6349
Author: @lukaspieper
Created: 10/8/2025
Status: 🔄 Open
Base:
main← Head:feature/backup-output-dir📝 Commits (1)
e054287Add output dir option to backup command📊 Changes
3 files changed (+20 additions, -8 deletions)
View changed files
📝
src/api/admin.rs(+1 -1)📝
src/db/mod.rs(+14 -4)📝
src/main.rs(+5 -3)📄 Description
Closes #6347, #5973
I added the CLI option as discussed in #6347. As I mentioned, I'm not familiar with Rust. I tested my changes to confirm they work, but I don't know anything about Rust best practices.
While implementing this, I noticed that there seem to be three ways to trigger the backup process: via the CLI, the USR1 signal or an API call. Bearing this in mind, I'm wondering whether the current approach is sensible, given that only the CLI will benefit from the change. Might it be more future-proof to add a config entry for the backup path instead of the CLI option to handle all three variants in the same way? For this reason, I am opening this as a draft to discuss this question.
Thanks in advance for spending time on my PR/feature request.
🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.