Bug #62192
base postgresql à créer pour que les tests wcs puissent être exécutés (?) (AttributeError: 'NoneType' object has no attribute 'cursor')
0%
Description
def get_connection_and_cursor(new=False): conn = get_connection(new=new) try: > cur = conn.cursor() E AttributeError: 'NoneType' object has no attribute 'cursor' wcs/sql.py:482: AttributeError
Est survenu la première fois que j'ai lancé les tests sur WCS, le problème est résolu si je crée une table postgresql "csechet" à la main.
Fichiers
Demandes liées
Révisions associées
Historique
Mis à jour par Frédéric Péters il y a environ 2 ans
- Projet changé de w.c.s. à Publik Installation Développeur
Comment lances-tu les tests ?
J'envoie vers publik-devinst voir s'il y manque quelque chose dans l'initialisation postgresql.
Mis à jour par Frédéric Péters il y a environ 2 ans
- Sujet changé de AttributeError: 'NoneType' object has no attribute 'cursor' à base postgresql à créer pour que les tests wcs puissent être exécutés (?) (AttributeError: 'NoneType' object has no attribute 'cursor')
Mis à jour par Corentin Séchet il y a environ 2 ans
J'ai lancé juste en faisant "tox" dans le répertoire de WCS.
Mis à jour par Nicolas Roche il y a environ 2 ans
J'avais noté la même erreur en arrivant (il y a 3 ans)
E OperationalError: FATAL: la base de données « nroche » n'existe pas
Mis à jour par Emmanuel Cazenave il y a environ 2 ans
- Fichier 0001-tests-do-not-rely-on-user-database-62192.patch 0001-tests-do-not-rely-on-user-database-62192.patch ajouté
- Statut changé de Nouveau à Solution proposée
- Assigné à mis à Emmanuel Cazenave
- Patch proposed changé de Non à Oui
https://www.postgresql.org/docs/current/libpq-connect.html#LIBPQ-PARAMKEYWORDS :
dbname
The database name. Defaults to be the same as the user name
Mis à jour par Emmanuel Cazenave il y a environ 2 ans
- Projet changé de Publik Installation Développeur à w.c.s.
Mis à jour par Frédéric Péters il y a environ 2 ans
Mais ça va juste râler en disant, FATAL: le rôle « fred » n'existe pas, non ? Et laisser de toute façon une configuration à faire en local, et c'est là dans les instructions qu'il manquerait un createdb fred ?
Mis à jour par Frédéric Péters il y a environ 2 ans
Je me réponds, il y a déjà :
- name: "create the postgresql user named {{user}}" postgresql_user: name: "{{user}}" role_attr_flags: SUPERUSER,LOGIN port: "{{postgresql_port}}" become: yes become_user: postgres
(et ça aurait pu continuer là-dedans, j'imagine, mais ok)
Mis à jour par Emmanuel Cazenave il y a environ 2 ans
- Projet changé de w.c.s. à Publik Installation Développeur
- Statut changé de Solution proposée à En cours
A j'avais oublié ça, ok continuons dans devinst si tu veux, I don't care.
Mis à jour par Emmanuel Cazenave il y a environ 2 ans
- Fichier 0001-create-a-postgres-database-named-after-the-current-u.patch 0001-create-a-postgres-database-named-after-the-current-u.patch ajouté
- Statut changé de En cours à Solution proposée
Mis à jour par Frédéric Péters il y a environ 2 ans
Je disais "mais ok" et vraiment tu avais fait le patch ça m'allait tout à fait pour wcs, c'était juste qu'à la lecture je m'interrogeais sur le bout que je ne voyais pas.
ici, "create the postgresql databse named" message à revoir, s/databse/user/
Mis à jour par Frédéric Péters il y a environ 2 ans
Et ça échoue dans jenkins, t'ennuie pas et pousse le patch wcs, je dirais. (si quelqu'un pouvait le relire/tester formellement).
Mis à jour par Emmanuel Cazenave il y a environ 2 ans
- Projet changé de Publik Installation Développeur à w.c.s.
- Statut changé de Solution proposée à Résolu (à déployer)
Ça passe dans jenkins, et j'ai bien testé que ça corrigeait le problème en local, je pousse.
commit 611087242856bd2018b416cc6e64a2982e21f4bc Author: Emmanuel Cazenave <ecazenave@entrouvert.com> Date: Wed Apr 6 17:20:07 2022 +0200 tests: do not rely on user database (#62192)
Mis à jour par Transition automatique il y a environ 2 ans
- Statut changé de Résolu (à déployer) à Solution déployée
Mis à jour par A. Berriot il y a plus d'un an
- Lié à Development #68312: Tests qui crashent en local en cherchant une base au nom de l'utilisateur linux ajouté
tests: do not rely on user database (#62192)