Erreur de base de données Discourse lors de la création de nouveaux utilisateurs via la connexion SSO

Cela concerne ce code :

Ce qui s’est produit ici, c’est que nous avons modifié l’index sur category_user comme suit :

Avez-vous un groupe qui est à la fois par défaut suivi et par défaut tracé dans les paramètres du site ?

Regardez : default categories watching, default categories tracking, default categories muted et default categories watching first post.

Voici ce qui corrige le problème :

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 = []
+    # allouer l'ensemble plus tard
+    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
+
+      # ceci est invalide, mais nous ne validons pas, alors assurons-nous que rien ne casse
+      SiteSetting.default_categories_muted = "#{category2.id}|#{category0.id}"
+
       SiteSetting.default_categories_watching_first_post = category3.id.to_s
+
     end
 
     it "has overriden preferences" do

Mais je ne suis pas fan de cette correction ; les paramètres du site devraient valider qu’il n’y a pas de chevauchement lors de la sauvegarde, et nous devrions migrer les mauvaises données.

@daniel Je pense que c’est toi qui as introduit cette nouvelle contrainte ici. Peut-être ajouter une validation lorsque les gens définissent le paramètre du site ?

3 « J'aime »