Estava analisando a migração agora mesmo e, como “não sou especialista em migração de banco de dados do Discourse”, minha primeira impressão foi que isso poderia ser o problema?
Desculpe por incluir essa migração pesada e com problemas no repositório de código. Essas alterações foram revertidas, então uma nova implantação deve funcionar corretamente:
Tendo a concordar que essa “migração pesada” muito provavelmente requer revisão adicional e testes rigorosos de desenvolvimento em uma configuração de teste com um banco de dados grande antes de ser mesclada ao núcleo. Por sorte do nosso site, eu sempre inicializo em paralelo com a produção, então não sofremos nenhuma queda durante as falhas da migração, então sem preocupações do nosso lado. Obrigado por reverter tão rapidamente.
Apenas para seu conhecimento (apenas sendo tecnicamente preciso, desculpe por isso…), verifiquei o banco de dados após reconstruir agora e o processo de “reversão” não excluiu a tabela do banco de dados, sem grandes problemas, apenas para seu conhecimento:
discourse=> \d dismissed_topic_users
Table "public.dismissed_topic_users"
Column | Type | Collation | Nullable | Default
------------+-----------------------------+-----------+----------+---------------------------------------------------
id | bigint | | not null | nextval('dismissed_topic_users_id_seq'::regclass)
user_id | integer | | |
topic_id | integer | | |
created_at | timestamp without time zone | | |
Indexes:
"dismissed_topic_users_pkey" PRIMARY KEY, btree (id)
"index_dismissed_topic_users_on_user_id_and_topic_id" UNIQUE, btree (user_id, topic_id)
Obrigado novamente pelo seu trabalho duro nisso e por reverter a migração tão rapidamente.
