Bug #51279
Valeurs des champs des fiches qui disparaissent sans raison
Statut:
Nouveau
Priorité:
Normal
Assigné à:
-
Version cible:
-
Début:
19 février 2021
Echéance:
% réalisé:
0%
Temps estimé:
Patch proposed:
Non
Planning:
Non
Description
Voir #51278.
La totalité des colonnes f<x> ont été vidés, mais pas le champs digest, ni le champs fts et le champs last_update_time non plus visiblement. C'est comme si on avait fait un update uniquement des colonnes, ou drop/add des colonnes.
-[ RECORD 1 ]---------+-----------------------------------------------------------------------------------------------------------------------
id | 296
user_id |
receipt_time | 2020-09-11 14:44:42
anonymised |
status | wf-recorded
page_no | 0
workflow_data | \x80024e2e
id_display | 2-296
fts | '-296':3 '13ave':4 '2':2 '296':1 'disposit':5 'dqa':6
workflow_roles |
workflow_roles_array |
concerned_roles_array | {9f70a538b6b4447cbd3d677befd684c0,2601bb27da7d42b190b2ea6fb36a1d43}
actions_roles_array | {9f70a538b6b4447cbd3d677befd684c0}
tracking_code |
backoffice_submission | f
submission_context |
submission_agent_id |
submission_channel |
criticality_level | 0
last_update_time | 2020-09-11 14:44:42
digest | DQA
user_label |
prefilling_data |
f1 |
f2 |
f2_display |
f2_structured |
Historique
Mis à jour par Benjamin Dauvergne il y a environ 3 ans
Aucune requête DDL (action sur le schéma) depuis le 10 décembre 2020:
postgres@sql1:/var/log/postgresql$ zgrep -i 13ave_dispositifs *.gz postgresql-11-main.log.10.gz:2020-12-10 23:06:30.501 CET [17889] wcs@wcs_formulaires_moncompte_departement13_fr LOG: duration: 207.307 ms statement: CREATE INDEX carddata_2_13ave_dispositifs_status_idx ON carddata_2_13ave_dispositifs (status)
Ça exclut de fait un DROP/ADD des colonnes.
Mis à jour par Benjamin Dauvergne il y a environ 3 ans
Ok ce que je dis n'a aucune valeur, les UPDATE n'étaient plus loggés depuis décembre. Il y a eu un UPDATE certainement.
Mis à jour par Benjamin Dauvergne il y a environ 3 ans
En fait ça ne log que le requêtes de plus de 60 ms.
Mis à jour par Benjamin Dauvergne il y a environ 3 ans
- Statut changé de Nouveau à Résolu (à déployer)
Je réponds à une remarque de Fred ce matin: tu as déjà traité le coup d'un accès à data_class via un *Def "lightweight" au niveau de do_formdef_tables :
commit 46ef21e541151a190cf17f228d50aa457c8db84a
Author: Frédéric Péters <fpeters@entrouvert.com>
Date: Mon Apr 9 12:21:44 2018 +0200
formdef: store fields in a different pickle chunk (#23028)
diff --git a/wcs/sql.py b/wcs/sql.py
index 2a1459df..4f918e94 100644
--- a/wcs/sql.py
+++ b/wcs/sql.py
@@ -347,6 +347,10 @@ def do_formdef_tables(formdef, conn=None, cur=None, rebuild_views=False, rebuild
if formdef.id is None:
return []
+ if getattr(formdef, 'fields', None) is Ellipsis:
+ # don't touch tables for lightweight objects
+ return []
+
own_conn = False
if not conn:
own_conn = True
donc ça ne peut pas venir de là.
Mis à jour par Benjamin Dauvergne il y a environ 3 ans
- Statut changé de Résolu (à déployer) à Nouveau