@eviltrout Repro steps: Let’s create a user field and it has id 1. Run the second line of the below code twice. Case 1 up = UserUpdater.new(Discourse.system_user, User.find(1)) up.update({:custom_fields=>{:user_field_1=>"abc"}}) You’ll see abc twice when you go to /my/preferences/profile Surp…

This does seem like a valid bug and should be fixed, thanks for reporting it!

My analysis comes down to this. # case 1 u1 = User.find(1) u1.custom_fields[:user_field_1] = "abc" u1.save # case 2 u1.custom_fields["user_field_1"] = "abc" u1.save In case 1, A new UserCustomField is created per call to u1.save [Screenshot 2020-08-20 at 11.52.09 AM] In case 2, All UserCustomF…

Ok, I went for it. Here’s the PR which fixes the issue FIX: symbols and strings should be treated similarly while saving custom fields master ← fzngagan:custom-fields-issue merged 01:52PM - 25 Aug …

UserUpdaterクラスでの一貫性のない動作

開発

fzngagan (Faizaan Gagan) 2020 年 8 月 25 日午後 3:28 7

はい、これはマージされました。

Custom_fields updated simultaneous cause value to turn into array

トピック		返信	表示
[API] data loss caused by changed behaviour of custom user_field update Bug	3	799	2017 年 12 月 25 日
Custom fields concurrency issue Development	0	55	2025 年 5 月 6 日
Custom_fields updated simultaneous cause value to turn into array Development rest-api	8	817	2020 年 8 月 25 日
Manipulating custom user fields from the Rails console Development rails-console , user-custom-fields	8	1583	2022 年 8 月 5 日
Custom User fields not saving Bug	19	2273	2017 年 10 月 5 日

UserUpdaterクラスでの一貫性のない動作

関連トピック