Do you have a group that is **both** default watched and default tracked in site settings.
Look at: `default categories watching` `default categories tracking` `default categories muted` and `default categories watching first post`,
This fixes it:
```diff
diff --git a/app/models/user.rb b/app/models/user.rb
index c1a94949a6..85b2ca9244 100644
--- a/app/models/user.rb
+++ b/app/models/user.rb
@@ -1390,10 +1390,15 @@ class User < ActiveRecord::Base
return if self.staged?
values = []
+ # allocate set later
+ seen = nil
%w{watching watching_first_post tracking muted}.each do |s|
category_ids = SiteSetting.get("default_categories_#{s}").split("|").map(&:to_i)
category_ids.each do |category_id|
+ seen ||= Set.new
+ next if seen.include?(category_id)
+ seen << category_id
next if category_id == 0
values << "(#{self.id}, #{category_id}, #{CategoryUser.notification_levels[s.to_sym]})"
end
diff --git a/spec/models/user_spec.rb b/spec/models/user_spec.rb
index cc50d88b2e..4075ee6194 100644
--- a/spec/models/user_spec.rb
+++ b/spec/models/user_spec.rb
@@ -1603,8 +1603,12 @@ describe User do
SiteSetting.default_categories_watching = category0.id.to_s
SiteSetting.default_categories_tracking = category1.id.to_s
- SiteSetting.default_categories_muted = category2.id.to_s
+
+ # this is invalid, but we don't validate so ensure nothing breaks
+ SiteSetting.default_categories_muted = "#{category2.id}|#{category0.id}"
+
SiteSetting.default_categories_watching_first_post = category3.id.to_s
+
end
it "has overriden preferences" do
```
But I am not a fan of this fix, the site settings should validate that there is no overlap on save and we should migrate away the bad data.
@daniel I think you introduced the new constraint here, maybe followup with a validation when people set the site setting?
---
### Author:  [@Eingang](https://meta.discourse.org/u/Eingang)
#### Post date: [9월 3, 2019, 5:58오후 UTC](https://meta.discourse.org/t/discourse-db-error-when-creating-new-users-via-sso-login/127442/3 "2019-09-03T17:58:34Z")
> [@sam](#):
>
> Do you have a group that is **both** default watched and default tracked in site settings.
I have categories that are tracked and categories that are watched, but there’s no overlap between them. They’re all top-level categories. However, I have an overlap between `default categories watching` and `default categories watching first post`. A category is present in both of those and that category coincides with the category ID of the category mentioned in my DB constraint error. Could that be part of the problem?
---
### Author:  [@Eingang](https://meta.discourse.org/u/Eingang)
#### Post date: [9월 3, 2019, 6:11오후 UTC](https://meta.discourse.org/t/discourse-db-error-when-creating-new-users-via-sso-login/127442/4 "2019-09-03T18:11:33Z")
> [@Eingang](#):
>
> I have an overlap between `default categories watching` and `default categories watching first post` . A category is present in both of those and that category coincides with the category ID of the category mentioned in my DB constraint error.
Replying to myself: Removing the category from `default categories watching first post` so that it was only present in `default categories watching` solved the problem; someone without an account who previously could not log in can now do so.
---
### Author:  [@debryc](https://meta.discourse.org/u/debryc)
#### Post date: [10월 5, 2021, 11:48오후 UTC](https://meta.discourse.org/t/discourse-db-error-when-creating-new-users-via-sso-login/127442/6 "2021-10-05T23:48:45Z")
방금 이 버그를 경험했습니다.
`default categories regular`에서 Recruitment Notes와 Partner Notes가 반복되어 사용자가 로그인할 수 없었습니다.
---
### Author:  [@sam](https://meta.discourse.org/u/sam)
#### Post date: [10월 6, 2021, 1:58오전 UTC](https://meta.discourse.org/t/discourse-db-error-when-creating-new-users-via-sso-login/127442/7 "2021-10-06T01:58:41Z")
설정을 저장할 때 중복을 방지하는 것은 매우 쉬워야 합니다. 다만, 과거 기록을 수정하는 부분은 확실하지 않습니다.
@vinothkannans 저장 시 이러한 기본 설정이 불필요한 데이터를 정리하도록 확인해 주시겠습니까?
- 중복 항목 제거
- A 카테고리에 대해 "기본 시청"을 저장하려고 하는데 이미 A에 "기본 추적"이 설정되어 있는 경우, 문제를 설명하면서 오류를 발생시킴
---
### Author:  [@debryc](https://meta.discourse.org/u/debryc)
#### Post date: [10월 6, 2021, 3:31오후 UTC](https://meta.discourse.org/t/discourse-db-error-when-creating-new-users-via-sso-login/127442/9 "2021-10-06T15:31:50Z")
이 문제가 발생한 이유에 대해 내가 가장 유력하게 추정하는 시나리오는 다음과 같습니다.
1. Partner Notes를 자체 카테고리로 생성하고 기본 카테고리(Regular)로 설정했습니다.
2. Recruitment Notes를 자체 카테고리로 생성하고 기본 카테고리(Regular)로 설정했습니다.
3. Organizers를 자체 카테고리로 생성하고 기본 카테고리(Regular)로 설정했습니다.
4. Partner Notes와 Recruitment Notes의 설정을 변경하여 상위 카테고리를 Organizers로 지정했으며, (아마도) 기본 카테고리(Regular) 설정에는 아무런 변경을 가하지 않았습니다.
새로운 사용자가 가입할 수 없는 상황은 재앙적이며, 신규 사용자는 대개 그냥 포기하고 도움을 요청하지 않을 가능성이 높기 때문에 이를 포착하기도 어렵습니다. 따라서 이 버그를 수정하는 데 전적으로 동의합니다.
그동안, 오류 메시지에 "가입 시 문제가 계속 발생하면 `site email`로 연락하여 지원을 요청해 주세요."라는 문구를 포함할 수 있을 것입니다.