Anomalie #18516
Mis à jour par Ludovic ARAUJO il y a environ 3 ans
La reprise des données pour le champ custom nature n'est pas repris.
Si le client a un custom, l'intégrité de l'information est perdue suite à la migration.
SQL de reprise actuelle qui pose probleme :
~~~sql
/* DATA */
TRUNCATE TABLE custom_fields;
INSERT INTO custom_fields (id, label, type, values) VALUES (1, 'Nature', 'select', '["Courrier simple", "Courriel", "Courrier suivi", "Courrier avec AR", "Autre"]');
SELECT setval('custom_fields_id_seq', (select max(id)+1 from custom_fields), false);
DO $$ BEGIN
IF (SELECT EXISTS (SELECT 1 FROM information_schema.tables WHERE table_name = 'mlb_coll_ext')) THEN
UPDATE res_letterbox SET custom_fields = json_build_object('1', 'Courrier simple') FROM mlb_coll_ext WHERE res_letterbox.res_id = mlb_coll_ext.res_id AND mlb_coll_ext.nature_id = 'simple_mail';
UPDATE res_letterbox SET custom_fields = json_build_object('1', 'Courriel') FROM mlb_coll_ext WHERE res_letterbox.res_id = mlb_coll_ext.res_id AND mlb_coll_ext.nature_id = 'email';
UPDATE res_letterbox SET custom_fields = json_build_object('1', 'Autre') FROM mlb_coll_ext WHERE res_letterbox.res_id = mlb_coll_ext.res_id AND mlb_coll_ext.nature_id in ('fax', 'other', 'courier');
UPDATE res_letterbox SET custom_fields = json_build_object('1', 'Courrier suivi') FROM mlb_coll_ext WHERE res_letterbox.res_id = mlb_coll_ext.res_id AND mlb_coll_ext.nature_id in ('chronopost', 'fedex');
UPDATE res_letterbox SET custom_fields = json_build_object('1', 'Courrier avec AR') FROM mlb_coll_ext WHERE res_letterbox.res_id = mlb_coll_ext.res_id AND mlb_coll_ext.nature_id = 'registered_mail';
END IF;
END$$;
UPDATE b
~~~
On va plancher sur un correctif pour nos clients TMA mais c'est un problème qui a affecté toutes les migrations jusqu'a aujourd'hui.
Des migrations en 21.03 depuis une 19.04 ou moins sont encore prévue.
Le problème est à résoudre au plus vite.