Projet

Général

Profil

Bug #10861

iparapheur: tests cassés

Ajouté par Serghei Mihai (congés, retour 15/05) il y a environ 8 ans. Mis à jour il y a presque 8 ans.

Statut:
Fermé
Priorité:
Normal
Version cible:
-
Début:
09 mai 2016
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Oui
Planning:

Description

Lors de l'execution des tests en local:

        assert len(resp.json) == 2
        data = resp.json['data']
        assert data['status'] == 'Archive'
        assert data['nom'] == 'webservices gru'
>       assert data['timestamp'] == '2016-04-05T09:58:46.000'
E       assert '2016-04-05T1...:46.727+02:00' == '2016-04-05T09:58:46.000'
E         - 2016-04-05T17:58:46.727+02:00
E         ?            ^^       -------
E         + 2016-04-05T09:58:46.000


Fichiers

0001-iparapheur-tests-fix.patch (890 octets) 0001-iparapheur-tests-fix.patch Serghei Mihai (congés, retour 15/05), 09 mai 2016 10:23
0001-iparapheur-tests-fix-10861.patch (2,13 ko) 0001-iparapheur-tests-fix-10861.patch Serghei Mihai (congés, retour 15/05), 09 mai 2016 17:21

Révisions associées

Historique

#1

Mis à jour par Thomas Noël il y a environ 8 ans

Ack

#2

Mis à jour par Serghei Mihai (congés, retour 15/05) il y a environ 8 ans

  • Statut changé de Nouveau à Résolu (à déployer)
  • Assigné à mis à Serghei Mihai (congés, retour 15/05)
commit 16c46ff38e70e918a2447be372839421943a69c9
Author: Serghei Mihai <smihai@entrouvert.com>
Date:   Mon May 9 10:22:53 2016 +0200

    iparapheur: tests fix
#3

Mis à jour par Benjamin Dauvergne il y a environ 8 ans

Ça a cassé les tests dans jenkins on dirait.

#4

Mis à jour par Serghei Mihai (congés, retour 15/05) il y a environ 8 ans

  • Statut changé de Résolu (à déployer) à En cours

Yep.
Etrange, quand je lance py.test à la main:

 DJANGO_SETTINGS_MODULE=passerelle.settings PASSERELLE_SETTINGS_FILE=tests/settings.py py.test

mon patch passe, alors que quand lancé avec jenkins/tox ça échoue. J'ai poussé le revert de mon commit en attendant de trouver une explication.

#5

Mis à jour par Benjamin Dauvergne il y a environ 8 ans

C'est souvent une différence dans les dépendances entre ton virtualenv et celui créé par tox, vérifie les versions dans ton virtualenv et celle rapportée par tox dans les logs jenkins (je dirai de commencer par suds).

#6

Mis à jour par Serghei Mihai (congés, retour 15/05) il y a environ 8 ans

En effet, j'avais un suds 0.7 dans mon venv alors que tox installait la 0.4
La date du timestamp était convertie en prenant en compte la timezone, settée par Django.
En revanche suds convertit étrangement les timestamps: pour une entrée 2016-04-05T17:58:46.727+02:00 il sort 2016-04-05T15:58:46.000.

#7

Mis à jour par Thomas Noël il y a environ 8 ans

Serghei Mihai a écrit :

En revanche suds convertit étrangement les timestamps: pour une entrée 2016-04-05T17:58:46.727+02:00 il sort 2016-04-05T15:58:46.000.

Il passe en TU, ça me parait le contraire d'étrange ;)

#8

Mis à jour par Serghei Mihai (congés, retour 15/05) il y a environ 8 ans

Il met les microsecondes à 000

#9

Mis à jour par Benjamin Dauvergne il y a environ 8 ans

Il n'y a pas de suds 0.7, tu utilises suds-jurko ? Ce serait bien de requalifier passerelle avec suds-jurko.

#10

Mis à jour par Serghei Mihai (congés, retour 15/05) il y a environ 8 ans

C'est bien suds-jurko version 0.7 de Sid

#11

Mis à jour par Josué Kouka il y a presque 8 ans

ack

#12

Mis à jour par Serghei Mihai (congés, retour 15/05) il y a presque 8 ans

  • Statut changé de En cours à Résolu (à déployer)
commit 060d7482f2bf8f2b7da740a193a2df775b756e6d
Author: Serghei Mihai <smihai@entrouvert.com>
Date:   Mon May 9 17:18:31 2016 +0200

    iparapheur: tests fix (#10861)
#13

Mis à jour par Serghei Mihai (congés, retour 15/05) il y a presque 8 ans

  • Statut changé de Résolu (à déployer) à Fermé

Formats disponibles : Atom PDF