mirror of
https://github.com/dani-garcia/vaultwarden.git
synced 2026-07-18 09:52:56 -05:00
[PR #3804] [MERGED] Fix External ID not set during DC Sync #12210
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?
📋 Pull Request Information
Original PR: https://github.com/dani-garcia/vaultwarden/pull/3804
Author: @BlackDex
Created: 8/27/2023
Status: ✅ Merged
Merged: 10/21/2023
Merged by: @dani-garcia
Base:
main← Head:fix-3777📝 Commits (1)
18d6647Fix External ID not set during DC Sync📊 Changes
12 files changed (+75 additions, -40 deletions)
View changed files
➕
migrations/mysql/2023-09-02-212336_move_user_external_id/down.sql(+0 -0)➕
migrations/mysql/2023-09-02-212336_move_user_external_id/up.sql(+2 -0)➕
migrations/postgresql/2023-09-02-212336_move_user_external_id/down.sql(+0 -0)➕
migrations/postgresql/2023-09-02-212336_move_user_external_id/up.sql(+2 -0)➕
migrations/sqlite/2023-09-02-212336_move_user_external_id/down.sql(+0 -0)➕
migrations/sqlite/2023-09-02-212336_move_user_external_id/up.sql(+2 -0)📝
src/api/core/public.rs(+31 -17)📝
src/db/models/organization.rs(+33 -3)📝
src/db/models/user.rs(+2 -20)📝
src/db/schemas/mysql/schema.rs(+1 -0)📝
src/db/schemas/postgresql/schema.rs(+1 -0)📝
src/db/schemas/sqlite/schema.rs(+1 -0)📄 Description
While working on the fix for #3777 I realized the location where the
external_idis stored was wrong. It was stored in the
userstable, but it actuallyshould have been stored in the
users_organizationstable.This will move the column to the right table. It will not move the
values of the
external_idcolumn, because if there are moreorganizations, there is no way to really know which organization it is
linked to. Setups using the Directory Connector can clear the sync
cache, and sync again, that will store all the
external_idvalues atthe right location.
Also changed the function to revoke,restore an org-user and set_external_id to return a boolean.
It will state if the value has been changed or not, and if not, we can
prevent a
savecall to the database.The
userstable is not changed to remove theexternal_idcolumn, thito prevent issue when users want to revert back to an earlier version
for some reason. We can do this after a few minor release i think.
Fixes #3777
🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.