Projet

Général

Profil

Bug #6438

trace sql.py lors d'un SqlFormData::store (update evolution)

Ajouté par Thomas Noël il y a environ 9 ans. Mis à jour il y a environ 4 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
-
Version cible:
-
Début:
06 février 2015
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Non
Planning:
Non

Description

Comme si le "RETURNING id" final n'avait rien renvoyé...

Exception:
  type = '<type 'exceptions.TypeError'>', value = ''NoneType' object has no attribute '__g
etitem__''

Stack trace (most recent call first):
  File "/usr/lib/python2.7/dist-packages/wcs/sql.py", line 923, in store
   921                     sql_dict['parts'] = None
   922                 cur.execute(sql_statement, sql_dict)
>  923                 evo._sql_id = cur.fetchone()[0]
   924
   925         fts_strings = [str(self.id)]

  locals:
     sql_statement = 'UPDATE formdata_44_demande_de_stage_copie_evolutions SET\n
comment = %(comment)s,\n                                        parts = %(parts)s\n
WHERE id = %(id)s\n                                        RETURNING id'
     cur = <cursor object at 0x365c718; closed: 0>
     evo = <wcs.formdata.Evolution object at 0x37caf10>
     self = <Demande-D-Emploi-Saisonnier id:61>
     sql_dict = {'status': 'wf-1', 'comment': None, 'parts': None, 'time': datetime.dateti
me(2014, 2, 6, 10, 41, 25), 'formdata_id': 61, 'who': '_submitter', 'id': 121}
     column_names = ['f1', 'f2', 'f3', 'f4', 'f5', 'concerned_roles_array', 'f7', 'f8', 'i
d', 'f40', 'f43', 'workflow_roles', 'user_id', 'f6', 'f21', 'f1_display', 'f33',
'receipt_time', 'user_hash', 'id_display', 'f29', 'f18', 'f35', 'status', 'f12',
'workflow_roles_array', 'workflow_data', 'f30', 'f31', 'f32', 'f19', 'f34', 'anonymised',
'f36', 'f37', 'f38', 'f39', 'f10', 'f11', 'f17', 'page_no']
     x = 'page_no'
     conn = <connection object at 0x36f0ef0; dsn: 'dbname=auquotidien', closed: 0>

Historique

#2

Mis à jour par Frédéric Péters il y a environ 9 ans

Lors d'une nouvelle occurence j'avais ajouté un ticket côté Montpellier, avec quelques infos supplémentaires et un début d'analyse. (#6559)

#3

Mis à jour par Frédéric Péters il y a environ 9 ans

Je viens d'ajouter un test supposé reproduire le bug mais il ne le fait pas. (test_workflows::test_timeout_then_remove).

#5

Mis à jour par Frédéric Péters il y a environ 4 ans

  • Statut changé de Nouveau à Fermé

Ce n'est plus jamais arrivé.

Formats disponibles : Atom PDF