Esto se relaciona con este código:
Lo que ocurrió aquí es que modificamos el índice en category_user de la siguiente manera:
¿Tienes un grupo que esté tanto configurado por defecto como “observado” como “seguido” en la configuración del sitio?
Mira: default categories watching, default categories tracking, default categories muted y default categories watching first post.
Esto lo soluciona:
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 = []
+ # asignar el conjunto más adelante
+ 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
+
+ # esto es inválido, pero no validamos, así que asegurémonos de que nada se rompa
+ SiteSetting.default_categories_muted = "#{category2.id}|#{category0.id}"
+
SiteSetting.default_categories_watching_first_post = category3.id.to_s
+
end
it "has overriden preferences" do
Pero no me gusta esta solución; la configuración del sitio debería validar que no haya solapamientos al guardar y deberíamos migrar los datos incorrectos.
@daniel Creo que fuiste tú quien introdujo la nueva restricción aquí; quizás podrías hacer un seguimiento añadiendo una validación cuando los usuarios configuren la opción en el sitio.