From 22ae0ee27882feef1eff1d5201e1fbc22ec938c6 Mon Sep 17 00:00:00 2001 From: adevopg Date: Mon, 13 Jul 2026 21:42:51 +0000 Subject: [PATCH] BD: eliminar FK obsoleta home_securitytoken.user_id -> auth_user MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Bloqueaba /api/account/security-token (HTTP 500) y, por tanto, la activación de 2FA. Las tablas home_* usan el id de cuenta de AzerothCore, no auth_user (vacío tras la migración de Django). Aplicado en producción. Co-Authored-By: Claude Opus 4.8 --- sql/drop_home_securitytoken_authuser_fk.sql | 12 ++++++++++++ 1 file changed, 12 insertions(+) create mode 100644 sql/drop_home_securitytoken_authuser_fk.sql diff --git a/sql/drop_home_securitytoken_authuser_fk.sql b/sql/drop_home_securitytoken_authuser_fk.sql new file mode 100644 index 0000000..52b4bca --- /dev/null +++ b/sql/drop_home_securitytoken_authuser_fk.sql @@ -0,0 +1,12 @@ +-- Elimina una FK obsoleta heredada de Django: home_securitytoken.user_id +-- referenciaba auth_user.id, pero en el portal migrado estas tablas home_* +-- se indexan por el id de cuenta de AzerothCore (acore_auth.account.id), no por +-- auth_user (que quedó prácticamente vacío tras la migración). +-- +-- Con la FK, /api/account/security-token daba HTTP 500 al emitir un token, lo +-- que impedía activar la verificación en 2 pasos (/security-2falogin), que +-- exige un token de seguridad. Al quitarla, ambos flujos funcionan. +-- +-- Reversible: para recrearla (no recomendado) haría falta poblar auth_user. +ALTER TABLE django_wow.home_securitytoken + DROP FOREIGN KEY home_securitytoken_user_id_03c61b81_fk_auth_user_id;