[GH-ISSUE #885] Favorites are tracked at cipher level rather than on a per-user basis #629

Closed
opened 2026-03-03 02:01:31 +03:00 by kerem · 0 comments
Owner

Originally created by @jjlin on GitHub (Mar 1, 2020).
Original GitHub issue: https://github.com/dani-garcia/vaultwarden/issues/885

Currently, whether a cipher is a "favorite" is a property of the cipher itself, but it should probably be tracked similarly to folders, with a separate "favorites" table that maps users to ciphers. Otherwise, for a shared cipher, when one user sets a cipher as a "favorite", it automatically becomes every other user's favorite too, which probably isn't the intended behavior.

Also, when changing the "favorite" property, the cipher update time probably shouldn't be updated (similar to #884).

Originally created by @jjlin on GitHub (Mar 1, 2020). Original GitHub issue: https://github.com/dani-garcia/vaultwarden/issues/885 Currently, whether a cipher is a "favorite" is a property of the cipher itself, but it should probably be tracked similarly to folders, with a separate "favorites" table that maps users to ciphers. Otherwise, for a shared cipher, when one user sets a cipher as a "favorite", it automatically becomes every other user's favorite too, which probably isn't the intended behavior. Also, when changing the "favorite" property, the cipher update time probably shouldn't be updated (similar to #884).
kerem closed this issue 2026-03-03 02:01:31 +03:00
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/vaultwarden#629
No description provided.